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SECTION 1 
OVERVIEW 



1.1 INTRODUCTION 

The MC145488 is a two-channel ISDN LAPD controller with an on-chip direct memory access (DMA) 
controller. It is intended for ISDN terminal and switch applications where one or two channels of data 
will use HDLC-type protocols. The DDLC is ideally suited for use with the MC145474 S/T transceiver. The 
interchip digital link (IDL) easily connects the chips together, providing a powerful layer one/layer two 
ISDN solution. A serial control port is provided to efficiently control the MC145474 or other ISDN family 
devices. The DDLC is compatible with 68000 and 80186 bus structures. 

1.2 FEATURES 

• Two Independent Full-Duplex Bit-Oriented Protocol Controllers Supports: HDLC, SDLC, CCITT X.25, 
CCITT Q.921 (LAPD), and V.120 at Basic and Primary Rates 

• Four Channel On-Chip DMA Controller 

64 Kbyte Address Range with Expansion Control 
Internal Programmable Wait-State Generator 
Two Buffer Descriptors for Each Receiver Channel 

• Compatible with 68000 and 80186 Bus Structures 

Nonmultiplexed 16- or 8-Bit Data Bus 

• Bit-Level HDLC Processing Including: 

Flag Generation/ Detection 
Abort Generation/ Detection 
Zero Insertion/ Deletion 
CRC-CCITT Generation/ Checking 
Residue Bit Handler 

• TEI/SAPI Address Comparison 

Three Address Comparisons 
Wildcard Bits for Block Comparisons 

• Transparent Mode for Codec Compatibility 

• Programmable Interrupt Vector Generator 

• Two Independent Timers Configurable as a Watchdog Timer 

• Flexible Serial Interface with: 

IDL Interface for Connection to Other ISDN Family Devices 
Timeslot Interface for Connection to PBX-Type Backplanes 
Modem Interface for Other Applications 

• Supports CCITT Specification 1. 460 

• Supports DMI Specification 3.1 Modes 0, 1,2, and 3 

• Serial Control Port for ISDN Family Device Control 

• Low-Power CMOS with Automatic Power-Down 
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1.3 DDLC OVERVIEW 



The MC 145488 Dual Data Link Controller (DDLC) is a high-performance two-channel protocol controller 
with an on-chip direct memory access controller (DMAC). Each channel has a full-duplex transceiver with 
independent protocol controllers to handle the bit-level tasks of HDLC-type bit-oriented protocols including 
LAPB and LAPD. Each channel also has dedicated DMA controllers for transmit and receive. A transparent 
mode is provided which bypasses the protocol circuitry so that serial data may be directly DMAed between 
the host processor's memory and the serial interface. The DDLC's microprocessor interface is configurable 
to 68000 or 80186 systems and may be used in eight-bit or sixteen-bit modes. 

Each channel has a serial data interface which operates up to primary rate speeds in three modes: IDL, 
Timeslot, and Modem. In the IDL (interchip digital link) mode for ISDN applications, the IDL bus is 
supported. While in the IDL D mode, access control lines to the D-channel, through the MC145474 S/T 
transceiver, are included. The timeslot mode is used to connect the DDLC to PBX-type PCM highway 
backplanes. Both long-frame and short-frame timing are supported as well as asynchronous transmit and 
receive. In the modem mode, each channel has its own separate transmit and receive clock inputs along 
with modem control lines (RTS, CTS, and CD). The two channels are independent and may be in different 
interface modes. 

A serial control port (SCP) is provided to pass control information to other devices in a system. The SCP 
is compatible with Motorola's Serial Peripheral Interface (SPI) and National Semiconductor's Microwire 
Plus*. Two internal timers may be used for general purpose, low resolution timing of HDLC-type protocols. 
One of the timers may be configured as a watchdog timer to reset the entire system in the event of a 
hardware or software failure. 

Power consumption is an important aspect of ISDN terminal designs, and the DDLC was designed to use 
the minimum power possible while maintaining maximum functionality. The DDLC keeps power con- 
sumption to a minimum with an automatic power-down feature that turns off sections of circuitry that 
are not being used. Only those circuits that are actually used, such as when the CS pin is activated for 
a register read/write or when the DMA controller performs a bus transaction, does the chip enter the 
normal power state for the duration of the access and for any time required for internal processing. 

Two internal loopback functions and special chip and system test modes are available. The loopbacks are 
controlled by the host for on-line maintenance. The test modes are activated by bits in the master control 
register and provide access to the internal state machines. 

1.4 HDLC PROTOCOL OVERVIEW 

HDLC (High-Level Data Link Control) and its descendants, LAPB (Link Access Protocol-Balanced) and 
LAPD (Link Access Protocol for the D-channel), are bit-oriented synchronous protocols which are finding 
increased usage in data communication systems. LAPB and LAPD share the basic format of HDLC but 
differ in certain aspects of the software implementations. See Figure 1-1. 
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Figure 1-1. HDLC Frame Format 



The DDLC in the packet mode transmits and receives data in a format called a frame or packet. All frames 
start with an opening flag and end with a closing flag. Between the flags, a frame contains an address 
field, control field, information field, and a cyclic redundancy check field (CRC). 



* Microwire is a trademark of National Semiconductor. 
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Flag— The flag is the unique binary pattern (01111110). It provides the frame boundary and a reference 
for the position of each field of the frame. The DDLC transmitter generates a flag pattern internally and 
the opening flag and closing flags are appended to a frame automatically. Two successive frames can 
share one flag as a closing flag of the first frame and the opening flag of the succeeding frame. The 
receiver searches for a flag on a bit-by-bit basis and recognizes a flag at any time. The receiver establishes 
frame synchronization with every flag. The flags mark frame boundaries and references for each data field 
but they are not transferred to the receive FIFOs or memory. 

Address Field— The 8- or 16-bits following the opening flag comprise the address field. The address field 
is used to distinguish between the various devices in a network. Devices receiving frames not addressed 
to them may discard and ignore the frames. The DDLC has address recognition circuitry included which 
relieves the host from this task. 

Control Field— The 8- or 16-bits following the address field are the control field. Commands and responses 
between the devices in a network are exchanged in this field. 

Information Field— This field follows the control field and precedes the CRC field. The information field 
contains the "data" to be transferred and may be a null field. Additionally, the information field is not 
necessarily an integral number of octets in length. The DDLC receives non-octet frames as octets and 
LSB-justifies the extra "orphan" bits at the end of the field. The number of orphan bits is indicated in a 
residue register. 

Cyclic Redundancy Check Field— The 16-bits preceding the closing flag are the CRC field. This field 
detects bit errors in the address, control, and information fields. Checking is with the standard CCITT 
polynomial x16 x 12 x 5+ 1 for both the transmitter and receiver. Both the transmitter and receiver polynomial 
registers are initialized to all '1s' when a flag character is detected, then begins calculating the CRC. The 
transmitter calculates the CRC on all bits of the frame except for the flags and transmits the complement 
of the resulting remainder as the CRC field. The receiver performs the similar computation on all bits 
except for the flags and compares the result to F0B8 (hex). When the result matches F0B8, the frame is 
accepted and the buffer is closed. CRC generation and checking are automatically performed by the DDLC. 
The CRC field is transferred to the buffer in memory. If desired, frames with CRC errors can be discarded 
automatically. All CRC errors are logged in a counter. For network-level error checking, the transmitter 
can generate faulty CRCs to simulate transmission errors. 

Zero Insertion and Deletion— Zero insertion and deletion, which allows the content of the frame to be 
transparent, is automatically performed by the DDLC. A binary '0' is inserted by the transmitter after any 
succession of five '1s' within a frame (between flags). This eliminates the possibility of data imitating a 
flag character. The receiver deletes all '0s' that were inserted by the transmitter to regenerate the original 
data. 

Abort— The function of prematurely terminating a data frame is called an abort. The transmitter aborts 
a frame by sending between seven and fourteen consecutive '1s'. When the receiver detects an abort 
character, it responds by clearing the FIFO and clearing the buffer in memory. It then begins searching 
for a new frame. 

Idle and Interframe Time Fill— For LAPB and other applications, there are three states that the data 
link may be in: in-frame, inter-frame time fill, and idle. In-frame is the period from the beginning of an 
opening flag and the end of a closing flag. Inter-frame time fill is the period between frames when continuous 
flags are transmitted. Idle is an out-of-frame period when continuous '1s' are on the link. In LAPD, on 
the D-channel, there are only two states: in-frame and idle. Continuous flags are not transmitted between 
frames. 
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SECTION 2 
BLOCK DIAGRAM DESCRIPTION 



This section describes the internal blocks of the DDLC. The blocks include two protocol controllers which 
handle the bit-level aspects of HDLC-like packet protocols and four FIFOs which buffer the data, a four- 
channel DMA controller and a microprocessor interface block which connects the DDLC to the host 
system. The serial interface block is described in detail in Section 6. Figure 2-1 is a simplified block diagram 
of the DDLC. While the DDLC has two data transceivers, only one is shown for simplicity. 
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Figure 2-1. DDLC Block Diagram 
(One Transceiver Shown) 



2.1 TRANSMIT BIT HANDLER 

Two identical bit-level protocol transmitters are provided which perform HDLC-type framing. This section 
describes the operation of one transmitter, but it applies to both. 



2.1.1 Packet Operation 

The transmitter is designed to operate with as little intervention from the host processor as possible. To 
transmit a frame of data, the host merely informs the DDLC of the starting address of the data frame in 
memory and the length of the frame in bytes. The DDLC then transmits an opening flag and the data 
(LSB first) from memory. When the transmitter detects that the end of the data buffer has been reached, 
a CRC field and a closing flag are appended. Zeros are automatically inserted after every string of five 
ones in the data to prevent imitation of a flag or abort character. The transmitter generates an abort 
character if the FIFO underruns. During inter-frame periods, the DDLC has the capability of transmitting 
either continuous flags (7E hex) or continuous marks (FF hex) as selected by the Inter-Frame Time Fill 
bit. For network-level fault isolation when the Force CRC Error bit is set, f aulty CRCs are generated 
simulating a transmission error. The tr ansmitter also continuously monitors the CTS pin and indicates the 
current state of the pin with the CTS Status bit in the Transmit Status register. 
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2.1.1.1 STATE DIAGRAM. Figure 2-2 is the state diagram for the transmitter in packet operation. IDLE 
is entered any time the Transmit Enable bit is low or when Mark Idle is selected and no data is ready to 
transmit. When data is ready or Flag Idle is selected, the SEND FLAG 1 state is entered. At least one flag 
character will be sent before the SEND DATA state is entered. The state machine remains in the SEND 
DATA state until an End-of-Frame (EOF) Tag is received through the FIFO from the DMA controller. SEND 
CRC then SEND FLAG 2 states are entered. After sending the closing flag, if data for another frame is 
ready, SEND DATA is entered allowing the closing flag to be shared with the following frame's opening 
flag. If no data is ready, either IDLE or SEND FLAG 1 is entered depending on the setting of the Inter- 
Frame Time Fill bit. 

A FIFO underrun causes the state machine to enter the ABORT state where an abort character is sent to 
clear the link. When the modem control signals are used, if the CTS pin goes inactive for more than one 
bit-time, an abort condition is generated and the current state is exited for the ABORT state. See Section 
2. 1 . 1 .3 for a further discussion of flow control. 



2.1.1.2 ABORT CHARACTER. The DDLC transmits an abort character which is compatible with DMI 
3.1 modes 2 or 3 for restricted B-channel applications. In restricted access, no more than seven 'Os' in a 
row may be transmitted. Because the HDLC protocol format may have any number of 'Os' contiguously 
in the data field of a frame, DMI modes 2 and 3 invert all data before transmission. The DDLC inverts all 
transmitted data bits when the Data Invert bit of the Transmit Control register is set to '1'. Normally, with 
the data inverted, the maximum number of 'Os' transmitted is six, the number of '1s' (inverted to 'Os') of 
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a flag (01 1 1 1 1 10) character. However, an HDLC abort character is seven to fourteen contiguous '1s', which 
when inverted may be too many '0s', so the DDLC transmits an abort character of 01 1 1 1 1 1 1 . This ensures 
that the maximum number of '0s' (inverted from '1s') is limited to seven even if the preceding data was 
five '1s'. In LAPB operation, the character following the abort character will always be a flag with the 
first bit a '0'. When the DDLC is configured for ISDN D-channel use, an abort character of 11111111 is 
followed by idle (continuous '1s'). 

In certain applications a software-generated abort may be desired. The following is the recommended 
procedure to generate an abort: 1) clear the Buffer Ready bit and set the Force Abort bit, 2) reload the 
DMA pointers to the next frame's buffer, and 3) set the Buffer Ready bit. This procedure disables any 
pending DMA requests then causes the transmitter to begin an abort sequence. At the same time the 
state machine clears the FIFO. The user then prepares the next frame for transmission. Simply negating 
the Transmit Enable bit will cause an abort sequence, but it is uncontrolled. The host processor does not 
know when the idle bits were actually transmitted and if the transmitter is re-enabled before at least seven 
'1s' were transmitted, a valid abort may not be transmitted. 

When the T ransmit DMA Complete Interrupt is enabled, if an abort sequence is generated due to negation 
of the CTS pin or a FIFO underrun, the Buffer Ready bit in the Transmit Control register is reset after the 
abort has been completely transmitted. The host is then free to prepare a buffer descriptor for the next 
frame to be transmitted, either a new frame or the aborted one. Control of the Buffer Ready bit is different 
if the Transmit Frame Complete Interrupt is enabled. This is discussed in Section 2.1.1.3.2. 

2.1.1.3 FLOW CONTROL MECHANISMS. The DDLC provides two flow control mechanisms: one for 
basic rate ISDN applications and the other for standard modem applications. The following paragraphs 
describe the operation of the two schemes. 

2.1.1.3.1 ISDN D-Channel Contention. When the DDLC is operating on the D-channel with the com- 
panion MC145474 S/T transceiver, the DREQ and DGNT lines must be used to comply with the basic 
rate D-channel contention algorithm. When the DDLC has a data frame to transmit, it asserts DREQ (high). 
The MC145474 transceiver monitors the S/T interface for activity on the D-channel and indicates when 
the channel is free by asserting DGNT (high). While DREQ is high, the DDLC samples DGNT on the falling 
edge of IDL SYNC. Transmission from the DDLC begins in the JDL D-bit time slots when DREQ and DGNT 
are both active. If a D-channel collision is detected on the S/T interface by the MC145474 transceiver, 
DGNT is negated (low). ISDN D-channel contention rules state that when a collision is detected, the 
colliding device must immediately stop transmitting and retransmit the frame at a later time when the D- 
channel is again available. When a collision is indicated, the DDLC automatically aborts the frame in 
progress and prepares to retransmit the entire frame when the D-channel again becomes available. This 
is done without interrupting the host. The Transmit Frame Complete Interrupt must be enabled to allow 
this operation. When the packet has been successfully transmitted a Transmit Frame Complete Interrupt 
is generated when the last '0' of the closing flag is transmitted. 

If a software generated abort is desired while in D-channel operation, Transmit DMA Complete should be 
enabled and Transmit Frame Complete should be disabled before the Force Abort bit is set. This ensures 
that the aborted frame will not be retransmitted after the abort character is sent. After the Force Abort 
bit is cleared by the transmitter, the host is free to prepare a buffer descriptor for the next frame to be 
transmitted. 

2.1.1.3.2 Modem Flow Control. The transmitter indicates to a modem that it has data ready to transmit 
with signals similar to D-channel operation. In this mode , Request-to-Send (RTS) is directly controlled by 
the Transmit Enable (TE) bit. When TE is high, the RTS pin is asserted (low). During inter-frame periods, 
either flags or marks, as selected, are transmitted but the RTS pin remains asserted until the user negates 
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the TE bit. Transmi ssion of a frame, if one is ready, actually begins when the modem asserts Clear-to- 
Send (CTS low). If CTS is negated for more than one Tx CLK period while a frame is in transmission, 
the frame is aborted and the DMA pointers are reset so that the frame can be retransmitted without 
interrupting the host. 

Section 2.1.1.2 indicates that while the Transmit DMA Complete Interrupt is enabled, the Buffer Ready 
bit is reset after the abort character is transmitted. This operation is modified while the Transmit Frame 
Complete Interrupt is enabled, in which case the Buffer Ready bit remains set after an abort character is 
sent. When a collision is detected, an abort character is sent immediately followed by automatic retrans- 
mission of the colliding frame. 

2.1.1.4 INTERRUPTS. There is one interrupt generated by the transmitter state machine. Transmit Frame 
Complete indicates that an entire frame and its closing flag have been successfully transmitted. It is issued 
when the state machine exits the SEND FLAG 2 state. Ordinarily this interrupt is used for basic rate ISDN 
D-channel operation. Two other interrupts associated with the transmitter are generated by the DMA 
controller and are discussed in Section 2.3.2. 

2.1.2. Transmit FIFO 

The transmitter has a FIFO which buffers it from the DMA controller. It is four characters deep and nine 
bits wide. The ninth bit is a Tag bit which is attached to the last byte of a frame by the DMA controller. 
When the host has a message to send, the DMA controller fills the transmit FIFO and attempts to keep 
it full. A comparator in the controller keeps track of the FIFO occupancy and requests that the DMA 
controller load a word of data (16-bits) when the FIFO has two empty bytes. In 8-bit operation the DMA 
controller fetches one byte when there are one or more bytes available in the FIFO. At 64 kbps, DMA 
requests from a transmit FIFO are generated at approximately 250 fis intervals. If the DMA controller does 
not service a request and the FIFO underruns, an interrupt is queued and the current frame in transmission 
is aborted. 

2.1.3 Transparent Operation 

The transmitter has the capability of operating with unframed data such as PCM-encoded voice or pro- 
prietary protocols. Raw data may be transmitted from memory with byte alignment maintained through 
the FIFO and transmitter. Byte alignment signals must be provided. In the modem mode, the alignment 
signal is externally generated. In IDL and timeslot operation, it is internally generated but user programmable. 
See Section 6.1 .3 for a further discussion. The DDLC transmits data continuously as long as there is data 
to transmit. To keep a continuous stream of data flowing, the Transmit DMA Complete Interrupt should 
be enabled. This interrupt occurs at least 16 bit-times before the FIFO becomes empty and the state 
machine enters the IDLE state. At 64 kbps, 250 /is is available to prepare the next buffer for transmission 
before the FIFO empties and idle characters (either marks or flags) are transmitted. 

2.2 RECEIVE BIT HANDLER 

The receiver provides the complementary functions to the transmitter. This section describes the operation 
of one receiver, but it applies to both receivers. 

2.2.1 Packet Operation 

The receiver is reset and idle until the Receive Enable bit is set, at which time it begins searching for a 
flag character. When a flag is found, the selected address field of the frame, if desired, is checked and if 
a match is found, the DDLC passes the frame of data to the allocated buffer in memory. If no address 
match is found the DDLC clears the FIFO, resets the DMA pointers and searches for a new frame. Zeros 
inserted by the transmitter are removed from the data before placing the bytes in memory. When the 



MOTOROLA 
2-4 



MC146488 



closing flag is detected, the CRC field is checked and if found to be correct, the DDLC queues an interrupt 
indicating that a good data frame has been received and is in memory. If the CRC is found to be in error, 
the DDLC resets the buffer pointers to the start of the buffer and searches for a new frame. This in essence 
clears the buffer and discards the frame in error. In certain instances, frames with CRC errors will be of 
interest. A control bit is provided so that frames with CRC errors can be passed to memory. The Receive 
on CRC Error bit enables this feature and the CRC Error bit indicates that the frame has an error. All CRC 
errors are logged in the CRC Error register. The DDLC rejects undersize frames. If a frame of less than 
four octets between flags is found, it usually means that a bit error occurred, so OUT OF FRAME is 
entered. 

If an abort character is found, the buffer pointers in the DMA controller are reset and the aborted frame 
is ignored. The FIFO is cleared and the receiver begins searching for a flag. No interrupt is generated. 

2.2.1.1 STATE DIAGRAM. Figure 2-3 shows the state diagram of the receiver. When the Receiver Enable 
bit is initially set, the state machine is in the OUT OF FRAME state. The pattern detector continuously 
searches for flags and when it finds one, the FLAG state is entered. If the next character is not a flag, 
the machine enters the IN FRAME state. Address recognition is sampled on the first or second byte after 
entering this state. If the address does not match, the OUT OF FRAME state is entered and the receiver 
searches for a new frame. When a flag is found in the IN FRAME state, an end of frame is assumed and 
the CRC checker is sampled and an End-of-Frame Tag is generated and passed to the FIFO. Then the 
FLAG state is entered. The receiver detects and reacts to aborted frames. If an abort is detected, the state 
machine enters OUT OF FRAME. Section 2.3.4 has more discussion of the different End-of-Frame Tag 
signals. 




Figure 2-3. Receiver State Diagram 
HDLC Operation 



2.2.1.2 NON-OCTET ALIGNED PACKETS. The receiver has the capability of operating in non-octet 
aligned packet systems. The residue bit count indicating the number of orphan data bits at the end of the 
information field is placed in the RC bits of the Receive Status register. These bits are valid until overwritten 
by another frame. In non-octet aligned systems the software should check the residue count soon after 
receiving a Receive Buffer Complete Interrupt to ensure that the residue count is not overwritten by the 
next frame. Orphan bits are LSB justified in memory. Note: The DDLC cannot transmit non-octet aligned 
frames. 
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2.2.1.3 ADDRESS RECOGNITION (FILTERING). The receiver can filter received frames by comparing 
their address fields to user programmable addresses. Two addresses may be programmed with another 
(broadcast, FF hex) hardwired into the receiver. Address filtering may be performed on either the first OR 
second octet following the opening flag of a frame. The ABS bit in the Receive Control register when 
high enables filtering on the first octet and when low filters on the second octet. Typically, in ISDN terminal 
applications the TEI address (second) field will be of interest. In network applications, the SAPI (first) field 
will be checked. A separate Wildcard register allows selected bits of Compare Address to be ignored 
during the comparison procedure. This provides a simple way to widen the "bandwidth" of the address 
filter allowing blocks of addresses to be passed to memory. If received frames are rejected by address 
recognition, the receiver is reset and searches for a new frame. Address recognition may be disabled by 
clearing the Address Compare Enable bit to '0'. 

2.2.2 Receive FIFO 

The receiver has a FIFO which is similar to the transmitter's. It is four characters deep and ten bits wide 
(eight bits for data and two bits for the Tag). Serial bytes are produced by the receiver and converted to 
parallel. As each byte is formed, it is pushed into the FIFO. A comparator in the controller keeps track of 
the occupancy of the FIFO and requests that the DMA controller place a word of data (16-bits) in memory 
when there are two or more bytes in the FIFO. In 8-bit operation the FIFO requests service when one or 
more bytes of data are ready to be placed in memory. If the FIFO overruns because the DMA controller 
did not service a request, an interrupt is queued. When a receiver is operating at 64 kbps in the 16-bit 
mode, DMA requests from that FIFO occur at approximately 250 /*s intervals. 

2.2.3 Transparent Operation 

The DDLC provides transparent operation for passing raw octet-aligned serial data to memory via DMA. 
This feature is useful for storing PCM voice or proprietary protocols in memory. When using the DDLC 
to pass PCM voice to memory, maximum buffer size of 4096 bytes should be used. Ordinarily, this will 
cause an interrupt every 500 ms. When the Buffer Overrun Interrupt is generated, the DMA controller 
automatically switches to the alternate buffer (if it is available) and begins placing data in it. No data will 
be lost in the change over from one buffer to the other. Note that the Receive DMA Complete Interrupt 
is not generated in transparent operation. Because the transparent mode requires that data be in eight- 
bit quantities, synchronization procedures for defining octet boundaries are required. In the modem mode, 
the sync signal is externally generated and input on the CD pin. In IDL and timeslot operation, the sync 
signal is internally generated but user programmable. Once byte alignment is obtained in the receiver, it 
is maintained through the DMA controller into memory. Section 6.1.3 contains more details regarding 
transparent operation. 

2.2.4 Interrupts 

There are two interrupts generated by the receiver. Receive idle indicates that 15 or more consecutive '1s' 
were received. This interrupt is considered normal operation. The current status of receive idle and carrier 
detect is available in the Receive Status register, but it must be kept in mind that they can change 
immediately after being read. The carrier detect pin also generates an interrupt when it changes state. 
Section 5.3 details all interrupts. 

2.3 DMA CONTROLLER 

In order to relieve the host's software from critically timed data transfers to or from the protocol controllers, 
the DDLC provides four DMA channels, one for each transmitter and receiver. 
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2.3.1 DMA Operation 



When the DMA controller detects a service request from one of the FIFOs, it prepares the address and 
data for the transfer then requests ownership of the system bus from the host. When ownership is granted, 
the DMA controller assumes control of the bus and transfers data either to or from memory. Transfers 
are 16 bits or 8 bits depending on the selected bus width. In a 16-bit system, all transfers are word-wide. 
When the number of bytes in a received frame is odd, the last byte is placed in the most significant byte 
of the last word. The least significant byte will contain unknown data. The receive byte count will contain 
the correct number of bytes received (including the CRC). When odd length frames are transmitted, the 
last word read from memory will have the last byte transmitted in the most significant byte and the least 
significant byte of that word will be discarded. For operation in 80186 systems, see Section 5.2. 

The DMA controller uses a round robin strategy to service internal DMA requests. A channel that was 
just serviced will not be polled again until all other channels have been polled and serviced, if needed. 
The DDLC services one DMA request per bus arbitration cycle. For example, if two channels have requests 
pending, when the DDLC assumes ownership of the bus, one channel is serviced then the bus is relinquished. 
The DDLC re-requests the bus no sooner than three MCLK cycles after the bus was relinquished allowing 
another bus master to begin a cycle. This type of operation improves system performance and guarantees 
that the DDLC will be well behaved. The DDLC prepares the data to be transferred (on receive DMA 
requests) and calculates the address before requesting the bus. This requires minimum overhead (dead) 
cycles while the host is transferring ownership of the bus. The next bus owner may assume ownership 
immediately after the DDLC has relinquished the bus. 

It is impossible to precisely predict what the DDLC bus occupancy will be, but worst case with both 
channels operating full-duplex at 64 kbps (aggregate rate of 256 kbps) in a 16-bit 68000 system with a 12 
MHz MCLK, approximately 0.66% of the host bus bandwidth will be consumed by the DDLC. This figure 
assumes 1-1/2 front-end overhead cycles and no wait-states. While the DDLC was designed to operate 
with both channels at 64 kbps, it is possible to operate at much higher data rates. Bus occupancy increases 
linearly with data rate. At very high data rates latency from the bus request to the bus grant and interrupt 
service latency become the limiting factors. It must also be kept in mind that the DDLC can generate 
interrupts quickly especially with a large number of small data packets. 

2.3.2 Buffer Descriptors 

As previously stated, the DDLC has four DMA channels. Pointer registers and counters are required so 
that the DMA controller knows where to place or fetch data in memory. 

2.3.2.1 TRANSMIT BUFFER DESCRIPTORS. When the host has a frame of data to transmit, it informs 
the DMA controller where the data resides in memory. A 16-bit register, the Transmit Base Address register 
points to the first word of the transmitted frame and provides 64 kbyte address range. The host programs 
the address of the first word to be transmitted into this register. The length of the data frame must also 
be given to the DMA controller so a 12-bit Transmit Frame Length register is used to indicate the length 
of the frame in bytes. Frames of up to 4096 bytes in length may be transmitted. 

Note: Once a transmit buffer descriptor has been prepared, it must not be disturbed until the Transmit 
DMA Complete or Transmit Frame Complete interrupts are generated. Modifying the contents of an active 
buffer descriptor may result in data being transmitted from unintended areas of memory. 

2.3.2.2 RECEIVE BUFFER DESCRIPTORS. The receive buffer descriptors have a 16-Bit Receive Buffer 
Base Address register, a 12-Bit Buffer Length register, and a 12-Bit Frame Length register. The 16-Bit 
Base Address register provides 64 kbyte address range and contains the address of the first word of the 
data buffer which will accept a data frame. The 12-Bit Buffer Length register indicates the length of the 



MC145488 



MOTOROLA 
2-7 



memory buffer in bytes. Buffers of up to 4096 bytes may be built. The DMA controller will never place 
data outside of the boundaries set-up by these two registers. The Frame Length register indicates the 
number of bytes (including the CRC) received. 

Each channel has a pair of buffer descriptors. These may be used alternately so that while one buffer is 
filling, another buffer is ready in-waiting. If back-to-back data frames are received, after the first buffer 
has been closed, the second is immediately ready for the next frame. There must be at least one buffer 
ready to accept data when the Rx Enable bit is set. Figure 2-4 describes the activity of the receiver with 
four buffers in memory. Initially, Buffer A Start Address is set to ABOO hex and Buffer B is set to AD00. 
The Length register is set to 200 hex. After the first frame is received, Buffer A is set to B300 hex to 
prepare for the third frame. After the second frame is received, the fourth buffer is prepared with an 
address of B500. This process continues for the entire session. In a typical ISDN B-channel system at 64 
kbps with frames of 256 bytes in length, interrupts requesting new buffer allocations will occur at ap- 
proximately 32 ms intervals. 



BUFFER A START ADDR-ABOO HEX 
BUFFER A LENGTH-200 HEX 
BUFFER B START ADDRADOO HEX 
BUFFER B LENGTH-200 HEX 

BUFFER A START ADDRB3Q0 HEX 
BUFFER A LENGTH-200 HEX 
BUFFER B START ADDR-B500 HEX 
BUFFER B LENGTH-200 HEX 




Figure 2-4. Alternate Receive Buffer Operation 



If a packet is coming in and no buffers are ready, the receive FIFO will overrun, the Receiver Enable bit 
is reset, and an interrupt is queued indicating the overrun. If both descriptors are ready, then Buffer A 
will be filled. If a received frame is larger than a buffer, the Buffer (A or B) Overrun Interrupt will be 
queued, but the receiver will continue to receive and the DMA controller will place the data in the alternate 
buffer (if it is available). If an alternate buffer is not ready, the Rx FIFO Overrun Interrupt will be generated 
and the receiver is reset. 



Two buffer ready bits, Buffer A Rdy and Buffer B Rdy of the Receive Control register, are provided which 
allow the DMA controller to operate on that buffer. DMA activity on a receive channel begins when there 
is data in the FIFO and a buffer ready bit is set. As the buffer fills, the byte count increments. When the 
last byte has been placed in memory and the CRC has been checked OK, the selected buffer ready bit, 
Buffer A Rdy or Buffer B Rdy is cleared halting future DMA activity on that buffer until it is again prepared 
by the host. 

Once a data frame has been completely received, the number of bytes received is indicated in the Frame 
Length register. The number in this register is valid only when the Receive DMA Complete bit (Buffer A 
or Buffer B) in the Receive Status register is set to "T. If non-octet aligned frames are received, the number 
of residue bits (valid bits) in the last byte is indicated in the RC bits of the Receive Status register. The 
residue bits in memory will be least significant bit justified. For octet-aligned systems, the residue count 
should always be '0'. 
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Note: As with the transmitter, once a receive buffer descriptor has been prepared, it must not be disturbed 
until the closing flag has been found and DMA activity on the buffer has stopped. This is indicated by 
the Receive DMA Complete (Buffer A or B) interrupt. Modifying the contents of an active receive buffer 
descriptor may result in data being placed into unintended areas of memory. 

2.3. 2.3 AD DRESS EXPANSION. The DDLC provides signals for expansion of the 64 kbyte address space. 
The OWN pins are activated with timin g identical to the address pins to enable external address circuitry 
onto the address bus. Using the OWN pins with the R/W pin, the transmit and receive buffers may all 
be on separate 64 kbyte pages in memory. Section 7 describes address expansion techniques in more 
detail. 

2.3.3 Transmit Channel Operation 

Figure 2-5 is a simplified state diagram of the DMA controller's operation when a transmit channel requests 
service. The DMA controller continuously polls the four channels for DMA requests. When a transmit 
request is found an address pointer into the buffer is prepared and compared to the ending address of 
the buffer. If the pointer is pointing to the last byte of the buffer, an EOF Tag is prepared to inform the 
transmitter and the DMA Complete interrupt is generated. The bus is then requested. When it is granted 
a read cycle is performed. Data read from memory is placed into the FIFO in ascending address order. If 
during the bus cycle a bus error or address error is detected, the Buffer Ready bit is cleared halting further 
DMA requests from that channel. A System Error interrupt is then queued. 
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Figure 2-5. Transmit DMA State Diagram 
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An internal counter keeps track of the number of bytes transferred to the FIFO. When its count equals 
the number in the Frame Length register, an End-of- Frame Tag is generated and loaded into the FIFO 
along with the last byte. The Buffer Ready bit is reset, a Transmit DMA Complete interrupt is queued, 
and further DMA activity on that channel is suspended. The host prepares the next frame by setting up 
another buffer descriptor and setting the Buffer Ready bit high. 

Four interrupts are produced by the transmitter DMA channel. Transmit DMA Complete indicates that 
the last byte of data has been transferred from the buffer into the transmit FIFO. FIFO underru n indica tes 
that DMA requests were not serviced and the FIFO underran. Bus error is gen erated when the BERR pin 
is activated during a DMA cycle, and address error is generated when either IACK or CS are activated 
during a DMA cycle. 

Communication from the DMA controller to the transmitter is through the Tag bit as there is an unknown 
time delay from the DMA controller's activities to the time when the transmitter actually operates on the 
data. The EOF Tag informs the transmitter to close the frame with a CRC field and flag. Note that if the 
software reacts to the DMA Complete interrupt and prepares the next frame's buffer, the end of the 
previous frame may still be in the FIFO while the first two bytes of the next frame are loaded. When the 
transmitter finds this situation, after closing the first frame it shares the flag between frames and begins 
the next frame. 

This section has only described the internal operation of the DMA controller. For details about DMA from 
the MPU's point of view, see Section 5.1.2. 

2.3.4 Receive Channel Operation 

Figure 2-6 is a simplified state diagram for operation of the DMA controller when a receive channel requests 
service. The DMA controller first gets data from the FIFO and arranges it into ascending order for 68000 
or 80186 operation. While it is preparing the data, it examines the Tag bits. If the Tag indicates that an 
error was received, the byte counter is reset enabling the buffer to be reused. If a normal EOF is found, 
the Buffer Ready (A or B) bit is cleared and Receive DMA Complete interrupt is queued. If no Tag is 
found, a pointer to the next buffer location is prepared. If the pointer indicates that the buffer is full, a 
Buffer Overrun interrupt is queued and the alternate buffer is activated (if it is available). Only after the 
data and address are ready is Bus Request asserted. A write cycle is then executed when ownership is 
granted. If a bus error or address error is detected during a bus cycle, a System Error interrupt is queued 
and the RxEn bit is cleared resetting the receiver. 

As with the transmitter, all communication between the receiver and DMA blocks is through the Tag bits 
in the FIFO. Because three end-of-frame conditions are reported, two bits are used. When a CRC Error 
Tag is detected, the Receive CRC Error bit in the Receive Status register is set (if RCE in the Control 
register is set) and the CRC Error Log counter is incremented. If RCE is not set, the Receive Byte Counter 
is reset enabling the buffer to be reused. When an Abort Tag is detected, the Byte Counter is reset 
effectively clearing the buffer for reuse. When a normal EOF is found, the Buffer Ready (A or B) is cleared, 
and a Receive DMA Complete interrupt is queued. When the next frame arrives, the alternate buffer will 
be used. 

When transparent mode is used no tags are generated so the Rx DMA Complete interrupt is never generated. 
The DMA controller generates a Buffer Overrun interrupt when the buffer actually fills. At 64 kbps the 
host has approximately 375 /*s before the FIFO overruns or 250 fis before the alternate buffer is activated. 

2.4 MICROPROCESSOR INTERFACE 

The microprocessor block interfaces the internal 16-bit bus to the host's 8- or 16-bit bus. All timing 
conversion and buffering is also performed. This block has three modes of operation: system slave, system 
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Figure 2-6. DMA Receive State Diagram 



master, and interrupt generator. This section will describe the operation of these three modes. Operation 
of the DDLC in an 80186 system is described in Section 5.2. 



2.4.1 System Slave Mode 

When the DDLC is in this mode, it appears as fast memory to the host processor. The host can read or 
write from or to the registers in the DDLC. This mode is entered when the CS pin is activated. Internal 
address decoding circuitry is selected and the desired register is connected to the internal bus for access 
by the host. Section 5.1.1 describes 68000 operation and Section 5.2.1 describes 80186 operation. 



2.4.2 System Master (DMA) Mode 

During DMA operation the DDLC becomes a system master and controls the system bus. When one of 
the internal FIFOs requests a DMA transfer, the DDLC negotiates with the system host for ownership of 
the bus. After successful negotiation, one DMA request is serviced then the bus is relinquished. The DDLC 
has the capability of reading or writing data from or to memory. If the memory system is slow, the DDLC 
inserts wait states (user selectable) until the memory is ready to complete the access. The DDLC has the 
capability of recovering from system faults such as address or bus errors. If one of these faults are detected, 
the DDLC disables the particular DMA channel which encountered the fault and queues an interrupt 
indicating the fault. The pointers in the DMA register which had the fault remain where they were when 
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the fault was detected, so the host may investigate the problem. A system fault on any channel will not 
affect the operation of any other channel. Sections 5.1.2 and 5.2.3 describe the operation of the DDLC 
as a bus master and the bus negotiation procedure. 

2.4.3 Interrupt Operation 

The DDLC has 27 vectored interrupt sources to inform the host of its status. One group of interrupts is 
normal operation interrupts. These inform the host that a particular task was completed and that new 
tasks are desired. Another group is bit handler faults which inform the host that a DDLC channel detected 
a fault from which it cannot recover without assistance from the host. A third group is the timer and SCP 
interrupts. The last group of interrupts is the system faults. These include bus errors and address errors. 
When a DMA channel encounters one of these errors, it stops operation on the affected channel and 
informs the host that the channel has been disabled. All interrupts are maskable. In the case of system 
faults, all channels' interrupts are enabled or masked as a group. 

The interrupts are presented to the host as a vector number in an interrupt acknowledge cycle. The 
interrupts are encoded into four bits so the DDLC vector space consumes 16 out of 256 locations. For 
applications not using vectored interrupts, the equivalent vector number is accessible in the Master Status 
register. 

Interrupts are queued internally and a priority mechanism is used to ensure that the most important interrupt 
is serviced first. Interrupt operation of the DDLC is described more fully in Section 5.3. 

All interrupt status bits have a feature where they may be set by the user to generate an immediate 
interrupt. This is useful for software debugging. 

2.5 SERIAL INTERFACE 

The serial interface block has a variety of configurations which make it compatible with most common 
interfaces. Each channel's serial interface is independent so two different configurations may be active 
simultaneously. The serial interface has an IDL mode, a timeslot mode, and a general purpose modem 
mode. The operation of these modes is fully described in Section 6. 

2.6 SERIAL CONTROL PORT 

A Serial Control Port, similar to the Serial Peripheral Interface (SPI) on Motorola single-chip micropro- 
cessors, is provided to communicate with external devices via a serial link. The SCP functions are multiplexed 
onto other serial pins so when the SCP is enabled, certain modem control features will be lost. Section 
6.4 describes in detail the operation of the SCP. 

2.7 TIMERS 

Two timers are provided for general purpose low-resolution protocol uses. The clock to the timer is derived 
from the Master MPU Clock (MCLK). The baud rate generator in the SCP block is used to drive the timer 
divide chain. This clock is then divided by 1024 and applied to an eight-bit down-counter. The counter is 
readable and writable by the host and may be set to any value. The counter counts down toward zero 
from the current value. A non-maskable interrupt is generated when the counter underflows from 00 to 
FF. The timer function and interrupt are enabled by setting the Timer Enable bit in the Timer register to 
one. The timer interrupt status bits must be read while set before they may be cleared. See Section 5.3.3. 

As previously stated, the timers are intended for low accuracy uses such as protocol timers. If the host 
is accessing the timer for a read or write and a count-down pulse arrives, the pulse is ignored. For its 
intended application, this will not cause any difficulty. Figure 2-7 describes the clock selection choices for 
the timers. 
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Figure 2-7. Timer Clock Selection 



2.7.1 Watchdog Timer 

Timer may be configured as a watchdog timer for the entire host system. When the Watchdog Enable 
bit is set, an extra divide by 16 is added to the clock input of the counter. When the counter underflows 
from 00 to FF, the Reset pin becomes an output for 16 MCLK cycles and a logic low is output. This 
provides a system reset to the host. The host can write any value (except FF hex) to the Timer register 
to setup any timeout. Timeouts of up to 5.6 seconds are available with a 12 MHz MCLK. See Section 5.4 
for timing information on watchdog generated resets. 

2.8 POWER CONSUMPTION 

The DDLC is designed utilizing high-performance CMOS technology. As a result, average power con- 
sumption is very low. However, because there are wide address and data buses, peak currents may exceed 
150 mA for short periods of time (less than 20 ns) while the drivers are charging or discharging the buses. 

The bit handler sections of the chip are only clocked during active bit-times. In the IDL or timeslot modes, 
even though there is a continuous clock running, internal circuitry is active only while the timeslots are 
enabled. The average power consumption is thus proportional to the bit rate; i.e., for an eight-bit timeslot 
in an IDL system, the bit rate is 64 kbps. The peak bit rate may be 2.56 MHz and during an active timeslot 
the power consumption will be proportional to the peak bit rate. However, averaged over a 125 fis frame, 
power consumption will drop to a level proportional to the average bit rate. 

To further reduce power consumption, sections of the circuitry are not clocked rather than just held in 
reset during states when they are not needed. For example, while a receiver is searching for a frame, the 
CRC checker of that receiver is disabled and not clocked. The internal 16-bit bus remains idle until the 
host requests a read or write cycle or until a DMA cycle is requested. 

Three separate Vdq/Vss P a ' rs are provided. Each powers a separate section of the chip. Section 4.3 
details which pins power which sections. It is expected that the user will utilize good grounding and power 
decoupling techniques when designing the DDLC into a system. 
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SECTION 3 
REGISTER DESCRIPTIONS 



The DDLC has several user accessible registers. These registers control the blocks or indicate status. Other 
registers, used by the DMA section, are used as buffer descriptors and counters. This section provides a 
description of the registers and the bits in those registers. The address for each register is the hexadecimal 
offset from the base address of the chip select. The registers may be accessed as 8-bit registers. Ail status 
bits, except where noted, may be written with T to generate an interrupt. This is useful for system 
debugging. 



3.1 SYSTEM CONTROL REGISTER 
(Address 00 hex) 

This register holds the various bits which control the MPU interface and test functions. When read as a 
16-bit register, the most significant byte is 00. This register is cleared to 0000 hex after a reset. 
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BW Bus Width— This read-only bit is a status bit which indicates the data bus width. When 

this bit is '0', the data bus is 8-bits wide and the upper data byte pins are disabled. When 
this bit is "T, the data bus is 16-bits wide. Eight-bit operation is selected by connecting the 
D8 pin to VsS- 16-bit operation is selected by writing FFFF to address 6. The mode is then 
permanently latched. Only hardware reset can clear 16-bit operation. 

RST Master Reset— This bit resets the DDLC when set to 'V. A software reset sequence begins 

when the write cycle is completed. This bit is reset to '0' after the sequence is completed. 
Section 5.4 describes the sequence. 

WS Wait Select— These bits choose the number of wait states the DMA controller inserts into 

direct memory access cycles. The bits are encoded as: 
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Section 5.1.3.4 describes the operation of the wait state generator. 
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DE DTACK Enable— When this bit is '0', the DTACK signal is ignored so DMA accesses are 

completed after the programmed wait states have terminated. When this bit is ' V , DMA 
accesses are comple ted afte r the programmed wait states have terminated AND the DTACK 
pin is asserted. The DTACK pin operates normally in the 68000 host processo r mode as an 
output regardless of the setting of this bit. Section 5.1 .3.4 discusses DTACK functionality. 

TST Test0-Test2— These bits control factory test modes and are not user accessible. 



3.2 MASTER STATUS REGISTER (INTERRUPT VECTOR) 
(Address 02 hex) 

This register contains a code indicating the highest priority interrupt source at the time that this register 
is read. When an interrupt acknowledge cycle is executed, the contents of the least significant byte are 
placed on the data bus. When read as a 16-bit register, the upper byte reads 00. After a reset, this register 
is cleared to 0000 hex. 
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VEC Vector— These bits contain the interrupt source coded as follows: 
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System Fault 



x indicates that the respective bit may be or 1 as described below. 



b0— This bit is set to '0' when the interrupting source is a receiver and a 'V when the 
source is a transmitter. 

b1— This bit indicates the channel which caused the interrupt. An interrupt from channel 
causes the bit to be set to '0' and channel 1 causes the bit to be set to T. 

USER User Programmable— These bits are user programmable so the programmer may place 
the DDLC's vectors anywhere in the vector space. 

Note: After reset this register reads 00 hex. As such, the DDLC does not generate an 
uninitialized interrupt (OF hex) as some 68000 family peripherals do. 
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3.3 INTERRUPT ENABLE REGISTER 
(Address 04 hex) 

This register controls the generation of interrupts to the host. If a bit is set, the respective interrupt is 
enabled. In some cases, a bit controls the interrupts for both channels. In every case, even if an interrupt 
is disabled, the status bit associated with the disabled interrupt will reflect the current state of the DDLC. 
If an interrupt is disabled, it will not be encoded into the vector. 
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BE Bus Error— When this bit is set to T, bus errors from all four channels can generate 

interrupts. When this bit is cleared to '0', all bus error interrupts are disabled. Each DMA 
channel can generate a separate bus error interrupt which is encoded in the vector number. 

AE Address Error— When this bit is set to "T, address errors from all four channels can 

generate interrupts. When this bit is cleared to '0', all address error interrupts are disabled. 
Each DMA channel can generate a separate address error interrupt which is encoded in 
the vector number. 

RDCO Rx Ch DMA Complete— When this bit is set to T, an interrupt is queued when the 
DMA controller has transferred a complete data frame to memory from Rx channel 0. When 
this bit is cleared to '0', the interrupt is withheld. This bit should be cleared when transparent 
oepration is used. Use the Buffer Overrun interrupt to indicate that a buffer has filled. 

RDC1 Rx Ch 1 DMA Complete— When this bit is set to T, an interrupt is queued when the 
DMA controller has transferred a complete data frame to memory from Rx channel 1 . When 
this bit is cleared to '0', the interrupt is withheld. This bit should be cleared when transparent 
operation is used. Use the Buffer Overrun interrupt to indicate that a buffer has filled. 

TDCO Tx Ch DMA Complete— When this bit is set to '1', an interrupt is queued when the 
DMA controller has transferred the last byte of a buffer to the channel Tx FIFO. When 
this bit is cleared to '0', the interrupt is withheld. In transparent operation this interrupt is 
not generated. 

TDC1 Tx Ch 1 DMA Complete— When this bit is set to T, an interrupt is queued when the 
DMA controller has transferred the last byte of a buffer to the channel 1 Tx FIFO. When 
this bit is cleared to '0', the interrupt is withheld. 

TFCO Tx Ch Frame Complete— When this bit is set to T, an interrupt is queued when the 
channel bit handler has transmitted the last zero of the closing flag of a complete data 
frame. When this bit is cleared to '0', the interrupt is withheld. This bit when set modifies 
the operation of the transmitter state machine during abort or collision events. See Sections 
2.1.1.2 and 2.1.1.3.1 for a further discussion. 

TFC1 Tx Ch 1 Frame Complete— When this bit is set to 'V , an interrupt is queued when the 
channel 1 bit handler has transmitted the last zero of the closing flag of a complete data 
frame. When this bit is cleared to '0', the interrupt is withheld. This bit when set modifies 
the operation of the transmitter state machine during abort or collision events. See Sections 
2.1.1.2 and 2.1.1.3.1 for further discussion. 
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FOV Rx FIFO Overrun— When this bit is set to T, an interrupt is queued if either channel 

Rx FIFO or channel 1 Rx FIFO overruns. The channel which generated the interrupt is 
encoded in the vector number. When this bit is cleared to '0', an interrupt from either 
receive channel's FIFO is withheld. 

FUN Tx FIFO Underrun— When this bit is set to T, an interrupt is queued if the channel Tx 

FIFO or channel 1 Tx FIFO underruns. The channel which generated the interrupt is encoded 
in the vector number. When this bit is cleared to '0', an interrupt from either transmit 
channel's FIFO is withheld. 

BOV Rx Buffer Overrun— When this bit is set to T, an interrupt is queued if a received data 

frame is too large for the active data buffer. The channel which generated the interrupt is 
encoded in the vector number. When this bit is cleared to '0', a buffer overrun interrupt 
from either receive channel is withheld. This bit normally is set when transparent operation 
is selected. 

RIO Rx Ch Idle— When this bit is set to T, an interrupt is enabled when the channel 

receiver detects 15 or more contiguous '1s' indicating that the receive channel is (or was) 
idle. When this bit is cleared to '0', the interrupt is withheld. 

RI1 Rx Ch 1 Idle— When this bit is set to T, an interrupt is enabled when the channel 1 

receiver detects 15 or more contiguous '1s' indicating that the receive channel is (or was) 
idle. When this bit is cleared to '0', the interrupt is withheld. 

CDO Carrier Detect 0— When this bit is set to T, an interrupt is enabled when the channel 

carrier detect pin changes state. When this bit is cleared to '0' the interrupt is withheld. 

CD1 Carrier Detect 1— When this bit is set to '1', an interrupt is enabled when the channel 1 

carrier detect pin changes state. When this bit is cleared to '0' the interrupt is withheld. 

SCPC SCP Complete— When this bit is set to T, an interrupt is queued when the SCP module 
has completed an exchange with an external device. Interrupts may be generated in master 
or slave mode. 



3.4 SCP STATUS/CONTROL REGISTER & Tx/Rx REGISTER 
(Address 10 hex) 

This register contains the SCP Tx/Rx holding register and eight status/ control bits. After a reset, this 
register is cleared to 0000 hex. The Serial Control Port may be used only when the SCP Enable bit in 
Serial Interface Control Register is set to '1'. 
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T/R Tx/Rx Register— The host writes this 8-bit register with the data to be transferred over 

the SCP link to an external device. Data is exchanged with the slave device MSB first. 
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Upon completion of the transfer this register contains the data received from the addressed 
device. If the host reads this register while a transfer is in progress, 00 hex is presented to 
the host. 

Tx Transmit— This bit when set to T causes the SCP controller to issue eight clock pulses 

and exchange the data in the Tx/Rx register with the selected slave device's data. This bit 
is cleared to '0' when the exchange is complete. Note: The host should wait 2 SCP clock 
periods (as selected by the BRS bits) after this bit is automatically cleared before re-enabling 
this bit after an SCP transfer. This bit has no function in the slave mode. 



ENO Ena ble 0— T his bit directly controls the state of the SCP EN pin. Whe n this bit is set to 

T, SCP EN is asserted (low). When this bit is cleared to '0', SCP EN is negated (high). 
SCP EN may be used as a general purpose output controlled by this bit when the SCP 
function is not enabled. This bit has no function in the slave mode. 

EIM1 Enable 1-This bit directly controls the state of the SCP EN (Ch 1 CD) pin while the SCP 

Enable b it in Serial Interface Control Register 1 (40 hex) is set. W hile this bit is set to T, 
SCP EN is asserted (low). While this bit is cleared to '0', SCP EN is negated (high). When 
the SCP Enable bit in Serial Interface Control Register 1 is negated, this bit has no function. 
This bit operates in master and slave mode. 

BRS Baud Rate Select— These bits select the SCP clock frequency by choosing a tap from 

the master clock input (MCLK) divide chain. The output of this clock selector is also used 
for the two timers. See Section 2.7. The divide ratios are encoded as follows: 
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CI Clock Invert— This bit inverts the SCP clock polarity. While this bit is low, transmitted 

data bits shift on rising clock edges and received bits are sampled on falling edges. When 
the SCP is idle, the clock is low. While this bit is high, transmitted data bits are shifted on 
falling edges and received bits are sampled on rising edges. When the SCP is idle, the 
clock is high. 

S/M Slave/ Master Control— This bit selects master or slave mode. When this bit is '0' the 

master mode is selected. When T, the slave mode is selected. See Section 6.4 for a further 
discussion of SCP modes. 

IRQ SCP Interrupt Status— This bit indicates the current status of the SCP interrupt. When 

a transfer is complete this bit is set. This bit must be reset to '0' by the host only after it 
was read with the value T. It must be reset to '0' by the host to clear this interrupt. 
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3.5 TIMER REGISTER 

(Address 12— Channel 0) 
(Address 14— Channel 1) 

These registers contain a timer for each channel. The timer is a simple count-down timer which generates 
an interrupt when the count reaches FF hex. The clock source for the timers is the SCP clock divided by 
1024. This generates maximum interrupt intervals of up to 500 ms with an 8 MHz MCLK. The resolution 
of the counter varies from 250 /is to 2 ms depending on the prescaler tap. The timers can be read or 
written at any time. Note: If a count-down pulse occurs while a timer register is being accessed (read or 
write), the pulse is ignored. 
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TREG Timer Register— These bits are the eight-bit counter register. They may be read or written 
at any time. The contents of this register are unaffected by reset and contain unknown 
data at power-up. 

TEN Timer Enable— When this bit is asserted to T, the timer is enabled and will generate an 

interrupt when the counter reaches FF hex. When this bit is cleared to '0', the timer is 
disabled and cannot generate interrupts. This bit is cleared by reset. 

WDE Watchdog Enable (Timer Only)— This bit enables the watchdog function on timer 0. 

When the watchdog is enabled, an extra 16 is inserted into the prescaler chain. Timeouts 
up to 8 seconds may be generated with the watchdog. This bit is cleared by reset. 

TIRQ Timer Interrupt Status— This bit indicates that the timer generated an interrupt. This bit 
may be reset to '0' by the host only after it was read with the value T. It must be reset 
to '0' by the host to clear this interrupt. 



3.6 SERIAL INTERFACE CONTROL REGISTER 
(Address 20 hex— Channel 0) 
(Address 40 hex— Channel 1) 

This register contains the control bits for the serial interface blocks for each transceiver channel and is 
cleared to 0000 hex after a reset. 
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BMSK Bit Mask— These bits select the individual bit positions in an 8-bit IDL B-channel or timeslot 
that are active. Each bit in this field corresponds directly to a bit in the timeslot. Each bit 
which is asserted to 'V is disabled and each bit cleared to '0' is enabled. Note: Serial 
transmission is LSB first so the LSB of this field corresponds to the first bit of the B-channel 
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MODE 



TRSP 



LOOP 



TOL 



SCPE 



timeslot. This register is also used in the timeslot or IDL transparent mode. See Section 
6.1.3 for a further discussion. 

Serial Mode Select— These bits select the mode of operation for the serial interface. For 
a detailed description of the operation of these modes, refer to Section 6. Note: The 
transparent mode should be initiated and terminated only while the transmitter and receiver 
enable bits are negated. See Sections 2.1.3, 2.2.3, and 6.1.3 for a further discussion. 

The mode select bits are encoded as follows: 
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Transparent Mode— This bit when asserted to T enables the transparent mode for both 
the transmitter and receiver. All HDLC framing and deframing circuitry is bypassed in the 
transparent mode. When this bit is cleared to '0', normal operation resumes. 

Loopback— While this bit is asserted to T, a loopback from the transmitter to receiver is 
enabled. While in loopback, the receiver input pin is disabled and the output of the transmitter 
is connected to the receiver. The transmit pin of the affected channel is controlled by the 
Transmit on Loop bit (b13). When this bit is cleared to '0', loopback is disabled and normal 
operation resumes. Note: Loopback should be initiated and terminated only while the 
transmitter and receiver enable bits are negated. Timing of the transmit and receive channels 
must be identical for correct loopback operation. 

Transmit on Loop— While this bit is asserted to T, the transmitter pin transmits data 
normally while in loopback. When this bit is cleared to '0', the transmitter pin is forced to 
'V during loopback. 

SCP Enable (Chan nel Only )— This bit, while asserted to T enables the Serial Control 
Port. The channel RTS, CTS, and CD pins assume the SCP functions. 

SCP Enable (Channel 1 Only)— This bit, while asserted to 'V changes channel 1 CD into 
a general purpose output controlled by the EN1 bit in the SCP Control register. This may 
be independent of SCP operation. 
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3.7 TRANSMIT CONTROL REGISTER 
(Address 22 hex— Channel 0) 
(Address 42 hex— Channel 1) 



This section describes two registers, one for each channel. Each bit performs an identical function for 
both channels. After reset, this register is cleared to 0000 hex. 
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TE Transmit Enable— This bit when asserted to T activates the transmitter. If TE is negated 

to '0' while a frame is in transmission, the transmitter immediately flushes the FIFO and 
enters the idle state. The DMA pointers are reset to their initial values and the DMA controller 
is disabled for that channel. This is equivalent to resetting the transmitter. Durin g the time 
when TE is '0' th e TxD pin is high impedance. This bit directly controls the RTS pin. When 
TE is high RTS is low and vice versa. When ISDN D-channel operation is selected the 
DREQ pin is asserted and negated on a frame-by-frame basis as frames are ready for 
transmission. 

BR Buffer Ready— This bit when asserted to T by the host indicates that a buffer is ready 

for transmission and allows the DMA controller to service this channel. The DMA c ontro ller 
fills the transmit FIFO and the transmitter begins outputting data when DGNT (CTS) is 
asserted. When data in the buffer has been completely transferred to the FIFO, this bit is 
cleared by the DMA controller and an interrupt is queued. If the host clears this bit while 
a frame is in transmission, DMA activity on the channel stops. Sometime later, the FIFO 
will underrun and the frame is aborted. If a bus error or address error is detected during a 
DMA cycle involving this transmit channel, this bit is cleared by the DMA controller disabling 
further DMA activity on this channel. The buffer pointers will remain where they were at 
the time of the system error. 

ITF Interf rame Time Fill— This bit controls the inter-frame time fill character to be transmitted. 

While this bit is set to T, marks ('1s') are transmitted during inter-frame periods. Marks 
idle is used for LAPD operation. While this bit is '0', the transmitter fills inter-frame periods 
with flag characters (7E hex). Flags idle is used in X.25 operation. 

FCE Force CRC Error— While this bit is asserted to a T, transmitted frames contain forced 

CRC errors. This feature is useful for system debugging. Normally, this bit is cleared so 
normal CRCs are transmitted. 

MD Mask Drive— This bit controls the drive characteristics of masked-off B-channel or timeslot 

bits. While this bit is set to T, masked bits are driven to a logic 1. While cleared to a '0', 
masked bits are high-impedance. This feature allows other devices to share a timeslot on 
an IDL or PCM highway bus. 

FA Force Abort— When this bit is asserted to a T, an abort character is transmitted and the 

transmitter returns to the idle state after the abort was transmitted. This bit is reset by the 
transmitter after the abort character is sent. See Section 2.1.1.2 for a description of the 
preferred abort sequence. 
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Dl Data Invert— When this bit is asserted to a "T, all transmitted data is inverted. Zeros 

become ones and ones become zeros. This feature is useful in DM I mode 2 and 3 operation. 
When this bit is cleared to a '0', data is transmitted normally. 



3.8 RECEIVE CONTROL REGISTER 
(Address 24- Channel 0) 
(Address 44— Channel 1) 

This section describes two registers, one for each channel. Each bit performs an identical function for 
both channels. These registers are cleared to 0000 hex after a reset. 
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RE Receive Enable— This bit when asserted to T, enables the receiver. When the HDLC 

mode is operating, the flag search state is entered. In transparent mode the receiver 
immediately begins accepting data and places it in the FIFO. If a bus error or address error 
is detected by the DMA controller this bit is cleared. This is equivalent to a receiver reset. 

BAR Buffer A Ready— This set-only bit controls DMA activity on Buffer A's descriptor. When 

asserted to T by the host/ it indicates that Buffer A is ready to accept data frames and 
that DMA activity on this buffer may begin. After a complete frame has been received and 
placed in memory, this bit is negated to '0' by the DDLC's DMA controller and an interrupt 
is queued. When the receiver is disabled, this bit is cleared by the receive state machine. 

BBR Buffer B Ready— This set-only bit controls DMA activity on Buffer B's descriptor. When 

asserted to a T by the host, it indicates that Buffer B is ready to accept data frames and 
that DMA activity on this buffer may begin. After a complete frame has been received and 
placed in memory, this bit is negated to '0' by the DDLC's DMA controller and an interrupt 
is queued. When the receiver is disabled, this bit is cleared by the receive state machine. 

Note: The A and B buffers may be used in a ping-pong fashion so that while a frame is 
being received, an alternate buffer is prepared for the next frame. Continuous data in the 
transparent mode or back- to-back frames in the HDLC mode are easily accommodated 
with this technique. Once the programmer has set either of these bits, the buffer descriptors 
associated with these bits should not be disturbed until the Rx DMA Complete interrupt is 
generated and all DMA activity on that buffer has stopped. The receiver will place data in 
whichever buffer (A or B) is ready, and if both are ready, Buffer A is filled. When re- 
enabling one of these bits after preparing a new buffer descriptor, the alternate bit should 
be cleared to '0'. Because these bits are set-only, writing a '0' ensures that the alternate 
buffer is not accidentally enabled, and if it is already enabled, there will be no change. 

RCE Receive Enable on CRC Error— Normally, if a CRC error is detected in a frame, the DDLC 

discards the frame in error. The receive buffer is cleared and reused for the next data frame. 
When debugging a system, however, it is useful to examine frames with CRC errors to 
help locate the source of the errors. This bit when asserted to 'V enables data frames to 
be placed in memory in the presence of CRC errors. The CRC Error bit in the Receive 
Status register indicates that the received frame had a CRC error. When this bit is negated 
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to '0', all received frames with CRC errors are discarded and the buffer descriptor is reused 
on the next received frame. In all cases, independent of the setting of this bit, when a 
frame is received with a CRC error, the error is logged in the CRC Error Log register. 

ACE Address Compare Enable— In the HDLC mode, when this bit is asserted to "T, the address 

field of a frame is compared against the contents of the Address Compare registers. The 
Address Byte Select bit selects which address field is tested. A data frame with an address 
that matches one of these addresses is passed to memory normally. If the address does 
not match, the FIFO is cleared, the DMA pointers are reset to their initial values and the 
receiver enters the flag search state to look for a new frame. Note that the LAPD TEI 
Broadcast Address (FF hex) is hardwired into the address compare circuitry so three ad- 
dresses can be tested. If comparison of the address field is not desired, negating this bit 
to '0' disables address filtering. This bit has no function in the transparent mode. 

ABS Address Byte Select— This bit selects the octet in the received data frame which is tested 
by the address compare circuitry. While this bit is T, the first octet following the opening 
flag is tested. While this bit is '0', the second octet following the opening flag is tested. 
While the Address Compare Enable bit is '0' this bit has no significance. 

Dl Data Invert— When this bit is asserted to T, all received data is inverted. Zeros become 

ones and ones become zeros. When this bit is cleared to '0', data is received normally. 



3.9 TRANSMIT STATUS REGISTER 
(Address 26 hex— Channel 0) 
(Address 46 hex— Channel 1) 

This section describes two registers, one for each channel. The two channels operate identically. 
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FU 


TFC 


CTS 


BE 


AE 


TDC 



TDC Transmit DMA Complete— When the DMA controller has transferred the last byte of a 

buffer into the FIFO, it asserts this bit to T and an interrupt is queued. If the host wishes 
to send back-to-back frames, another buffer can be prepared and activated before the FIFO 
goes empty and the transmitter begins transmitting inter-frame time fill characters. This bit 
must be reset to '0' by the host to clear the interrupt from this channel. 

AE Address Error— This bit when asserted to 'V by the DMA controller indicates that an 

address error occurred when the DMA c ontroll er had ownership of the host's bus. An 
address error occurs when the CS pin or IACK pin is asserted while a DMA cycle is in 
progress. If an address error occurs, DMA activity on this channel is suspended and an 
interrupt is queued. This bit must be reset to '0' by the host to clear the interrupt from this 
channel. 

BE Bus Error— This bit when asserted to 'V by the DMA controller indicates that a bus error 

occurred when a DMA transaction was active on the respective channel. A bus error occurs 
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when the BERR pin is activated while the DMA controller has ownership of the host's bus. 
When a bus error is detected, the active BR bit is reset and DMA activity on that channel 
is suspended. This bit must be reset to '0' by the host after it is read to clear the bus error 
interrupt from this channel. Note: This function is not available in 80186 mode operation. 

CTS CTS Status— This bit in dicates the current status of the CTS (DGNT) pin associated with 

each channel. The CTS (DGNT) pin is sampl ed on every falling edge of the MCLK. This 
pin when set to a T indicates that the pin (CTS or DGNT), depending on the mode is 
asserted. CTS is an active low signal. DGNT is an active high signal. Note: The state of 
this bit can change immediately after it is read. 

TFC Transmit Frame Complete— Only when a data frame has been successfully transmitted 

by the HDLC transmitter and the inter-frame fill state has been entered is this bit asserted 
to a T by the transmitter and an interrupt is queued. If a data frame is aborted by the 
Layer One device, as in an ISDN S/T Bus D-channel collision, the DDLC will retransmit 
the aborted frame without the host processor's intervention. This bit must be reset to '0' 
by the host to clear the interrupt from this channel. See Section 2.1.1.3.1 for a further 
discussion. 

FU FIFO Underrun— This bit when asserted to T by the transmitter indicates that the Tx 

FIFO had an underrun. An interrupt is queued when this bit is set. If an underrun occurs, 
the frame in transmission is aborted (see Section 2.1 .1 .2). The BR bit is negated suspending 
DMA activity on that channel. This bit must be reset to '0' by the host to clear the interrupt 
from this channel. 



3.10 RECEIVE STATUS REGISTER 
(Address 28 hex— Channel 0) 
(Address 48 hex— Channel 1) 

This section describes two registers, one for each channel. Each bit performs an identical function for 
each channel. 
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BE 


AE 


BBO 


BAO 


RBC 


RAC 



RAC Rx Buffer A Complete— This bit when asserted to 'V by the DMA controller indicates 

that the receiver has successfully received and placed an entire data frame in memory. An 
interrupt is queued when this bit is set. This bit must be reset to '0' by the host to clear 
the interrupt from this channel. This function is not used in transparent operation. 

RBC Rx Buffer B Complete— This bit when asserted to T by the DMA controller indicates 

that the receiver has successfully received and placed an entire data frame in memory. An 
interrupt is queued when this bit is set. This bit must be reset to '0' by the host to clear 
the interrupt from this channel. This function is not used in transparent operation. 
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BAO Buffer A Overrun — If the receive data frame exceeds the length of the Receive Buffer A, 

the DMA controller sets this bit to a 'V indicating that the received frame was too large 
for the buffer. If Buffer B is available, it is activated and the overflow data is placed in that 
buffer. The BAR bit is cleared by the DMA controller and further DMA activity on this 
buffer is suspended after the overrun is detected. This bit must be reset to '0' by the host 
to clear the interrupt from this channel. In transparent operation this bit indicates that the 
buffer was completely filled. If Buffer B is available and data continues, it is activated and 
further data is placed there. 

BBO Buffer B Overrun — If the receive data frame exceeds the length of the Receive Buffer B, 

the DMA controller sets this bit to a T indicating that the received frame was too large 
for the buffer. If Buffer A is available, it is activated and the overflow data is placed in that 
buffer. The BBR bit is cleared by the DMA controller and further DMA activity on this 
buffer is suspended after the overrun is detected. This bit must be reset to '0' by the host 
to clear the interrupt from this channel. In transparent operation this bit indicates that the 
buffer was completely filled. If Buffer A is available and data continues, it is activated and 
further data is placed there. 

AE Address Error— This bit when asserted to 'V by the DMA controller indicates that an 

address error occurred while the DMA c ontroll er had ownership of the host's bus. An 
address error occurs when the CS pin or IACK pin is activated while a DMA cycle is in 
progress. If an address error occurs, the DMA controller clears the active Buffer Ready 
(BAR or BBR) bit, DMA activity on that buffer is suspended and an interrupt is queued. 
This bit must be reset to '0' by the host to clear the interrupt from this channel. 

BE Bus Error— This bit when asserted to T by the DMA controller indicates that a bus error 

occurred while a DMA transaction was active on the respective channel. A bus error occurs 
when the BERR pin is activated while the DMA controller has ownership of the host's bus. 
When a bus error is detected, the DMA controller clears the active Buffer Ready (BAR or 
BBR) bit and DMA activity on that channel is suspended. This bit must be reset to '0' by 
the host to clear the interrupt from this channel. Note: This function is not available in 
80186 mode operation. 

RC Residue Count— These three bits indicate the number of residue bits received. These bits 

have significance only when the RAC or RBC bits are set by the receiver. If both RAC and 
RBC are at a T level at the same time, the frame which had a non-zero residue count 
cannot be determined. The user must read the residue count soon after the end-of -frame 
interrupt as receiving another short frame may cause RC to be overwritten. 

FO FIFO Overrun— This bit, when asserted to a T, indicates a receiver FIFO overrun occurred 

and data was lost. An interrupt is generated when an overrun occurs. The active Buffer 
Ready (BAR or BBR) bit is cleared and further DMA activity on this channel is suspended. 
A FIFO overrun can occur only if no buffer is prepared for the data in the host's memory 
or if the DMA controller cannot gain access to the bus. This bit must be reset to '0' by the 
host to clear the interrupt from this channel. 



CDIRQ CD IRO Status— This bit, when high, indicates that the CD pin changed state and that 
an interrupt was queued. The current status of the CD pin is available on bit 15. This 
interrupt is generated every time the CD pin changes state. The CD pin is not available on 
either channel or channel 1 when the SCP function is enabled or when the timeslot mode 
is selected. 
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CE CRC Error— This bit when asserted to 'V by the receiver indicates that the received frame 

had a CRC error. This bit only operates when the RCE bit is set to a T by the host and 
has significance only when RAC or RBC are set. If both RAC and RBC are at the same 
logic level at the same time, the frame which had a CRC error cannot be determined. 

Rl Receive Idle— This bit is asserted to T by the receiver when 15 or more consecutive '1s' 

are detected indicating that the channel is (or was) idle. An interrupt is queued when this 
bit is set. This bit remains set until it is cleared to '0' by the host. If the idle condition 
remains when this bit is cleared by the host, another interrupt will be generated. The 
communication channel may change state at any time and may become active immediately 
after reading this bit. 

CD CD Status— This bit indicates the current status of the CD pin. When the CD pin is low 

this bit is high and vice versa. The CS pin is sampled when this register is read. A maskable 
interrupt is generated every time the CD pin changes state. The CD pin is not available on 
either channel or channel 1 when the SCP function is enabled or when the timeslot mode 
is selected. 



3.11 ADDRESS COMPARE REGISTER 
(Address 2A hex— Channel 0) 
(Address 4A hex— Channel 1) 

This section refers to two 16-bit registers, one for each channel. 

F E D C B A 9 8 

ADDRESS 1 



7 6 5 4 3 2 1 

ADDRESS 



This register contains the two addresses which are compared against incoming data frame address fields. 
If a true comparison is made, the data frame is passed to the FIFO. Compare Address 1 resides in bit 
positions b8-b15 and Compare Address resides in bit positions b0-b7 of this register. Note that address 
FF hex is hardwired into the address compare circuitry effectively providing a third address. See the Address 
Byte Select bit description in Sections 3.8 and 2.2.1.3 for a further discussion of the address compare 
feature. 
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3.12 ADDRESS WILDCARD BIT REGISTER 
(Address 2C hex— Channel 0) 
(Address 4C hex— Channel 1) 
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WILDCARD BITS 



This eight bit register contains the wildcard (don't care) bits for Address Compare 0. Any bit that is set 
to T generates a true result after the comparison. With this feature, blocks of addresses can be compared 
with only one address specified and certain of the bits ignored. There is a one-for-one correspondence 
between the bits in the address comparison register and the wildcard register. Recall that data bits are 
received LSB first. 



3.13 CRC ERROR COUNT REGISTER 
(Address 2E hex— Channel 0) 
(Address 4E hex— Channel 1) 
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ERROR COUNT 



This register contains the current number of CRC errors detected since it was reset. Each counter counts 
up to 255 and stops if more errors are detected. This register is reset to 0000 hex on reset (hardware or 
software) or any time it is written by the host. The upper byte always reads 00 hex. 



3.14 DMA BASE ADDRESS REGISTERS 
(Address 32 hex— Channel Transmit) 
(Address 38 hex— Channel Receive Buffer A) 
(Address 3C hex— Channel Receive Buffer B) 
(Address 52 hex— Channel 1 Transmit) 
(Address 58 hex— Channel 1 Receive Buffer A) 
(Address 5C hex— Channel 1 Receive Buffer B) 

These 16-bit registers contain the addresses of the start of DMA buffers. For transmitters, the first two 
bytes of a frame to be transmitted reside at this location. For receivers, the first two bytes received will 
be placed in this location. For 16-bit systems, the base addresses must be even addresses (A0 = 0). Care 
must be taken by the programmer so that these registers are not disturbed while the buffer ready bit 
associated with that register is set to '1'. If these registers are disturbed while the DMA controller is active, 
data may be written to unintended areas of memory (on receive channels) or read from unintended areas 
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(transmitters). These registers are not disturbed by a reset. The programmer should place valid addresses 
in these registers before asserting the associated Buffer Ready bit to prevent DMA activity into unintended 
areas of memory. 



3.15 TRANSMIT FRAME LENGTH REGISTER 
(Address 30 hex— Channel 0) 
(Address 50 hex— Channel 1) 

These 12-bit registers hold the length of the frames to be transmitted in bytes. The host writes this data 
into the register during the transmit buffer descriptor setup routine. After the length has been written, it 
should not be disturbed until the transmit complete interrupt is generated. The upper four bits always read 
hex. These registers are not disturbed by a reset. The programmer must place valid data in these registers 
before asserting the associated Buffer Ready bit to prevent DMA activity into unintended areas of memory. 



3.16 RECEIVE BUFFER LENGTH REGISTER 
(Address 36 hex— Channel 0) 
(Address 56 hex— Channel 1) 

These 12-bit registers contain the maximum length of the receive buffers for each channel. The DMA 
controller compares the current byte count to the value in this register before a DMA request is made 
and if the byte count is equal to the buffer length then a buffer overrun is declared and an interrupt is 
generated. Care must be taken by the programmer so that this register is not disturbed while the RE bit 
of the associated channel is set to '1'. These registers are not disturbed by a reset. The programmer must 
place valid data in these registers before asserting the associated Buffer Ready bit to prevent DMA activity 
into unintended areas of memory. 



3.17 RECEIVE FRAME LENGTH REGISTERS (READ ONLY) 
(Address 3A hex— Channel Buffer A) 
(Address 3E hex— Channel Buffer B) 
(Address 5A hex— Channel 1 Buffer A) 
(Address 5E hex— Channel 1 Buffer B) 

These 12-bit read-only registers contain the length in bytes of the received data frames in their associated 
buffers. These registers are updated on every new byte placed in memory by the DMA controller. When 
the associated Receive Buffer (BAR or BBR) bit is set and the Receive DMA Complete interrupt is set, 
this register contains the final length of the frame including the two CRC bytes. If the received frame is 
not an integral number of octets long, the number of residue bits is found in the Rx Status register. These 
registers may be read at any time, but they contain meaningful information only after the Rx DMA Complete 
interrupt has been generated. The upper four bits always read hex. These registers are cleared to 0000 
after a reset operation. 



MC145488 



MOTOROLA 
3-15 



3.18 TRANSMIT BYTE COUNT (READ ONLY) 
(Address 34 hex— Channel 0) 
(Address 54 hex— Channel 1) 

These 12-bit read-only registers contain the count of bytes transmitted in the current frame. The count is 
cleared to '0' at the beginning of a frame. These registers are provided for diagnostic purposes. The upper 
four bits always read hex. These registers are cleared to 0000 after a reset operation. 
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5A 




5C 




5E 



bO 



SYSTEM CONTROL 



MASTER STATUS 



INTERRUPT ENABLE 



SCP REGISTER 



CH TIMER 



CH 1 TIMER 



CHANNEL SERIAL INTERFACE CONTROL 



CHANNEL Tx CONTROL 



CHANNEL Rx CONTROL 



CHANNEL Tx STATUS 



CHANNEL Rx STATUS 



CHANNEL ADDRESS COMPARE 



CHANNEL ADDRESS WILDCARD BITS 



CHANNEL Rx CRC ERROR COUNT 



CHANNEL Tx FRAME LENGTH 



CHANNEL Tx BASE ADDRESS 



CHANNEL Tx BYTE COUNT 



CHANNEL Rx BUFFER LENGTH 



CHANNEL Rx BUFFER A BASE ADDRESS 



CHANNEL Rx BUFFER A BYTE COUNT 



CHANNEL Rx BUFFER B BASE ADDRESS 



CHANNEL Rx BUFFER B BYTE COUNT 



CHANNEL 1 SERIAL INTERFACE CONTROL 



CHANNEL 1 Tx CONTROL 



CHANNEL 1 Rx CONTROL 



CHANNEL 1 Tx STATUS 



CHANNEL 1 Rx STATUS 



CHANNEL 1 ADDRESS COMPARE 



CHANNEL 1 ADDRESS WILDCARD BITS 



CHANNEL 1 CRC ERROR COUNT 



CHANNEL 1 Tx FRAME LENGTH 



CHANNEL 1 Tx BASE ADDRESS 



CHANNEL 1 Tx BYTE COUNT 



CHANNEL 1 Rx BUFFER LENGTH 



CHANNEL 1 Rx BUFFER A BASE ADDRESS 



CHANNEL 1 Rx BUFFER A BYTE COUNT 



CHANNEL 1 Rx BUFFER B BASE ADDRESS 



CHANNEL 1 Rx BUFFER B BYTE COUNT 



Figure 3-1. Register Memory Map 
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Table 3-1. Reset Operation Results 



Addr 

|U av | 

vnex; 


Register Name 


Reset Results 


Comments 


00 


System Control 


AAAA /VW1 AAAA n/WI 

UOOU 0000 0000 0000 




ao 

UZ 


Master Status 


aaaa (vwi aaaa aaaa 
UUUU UUUU UUUU UUUU 






Interrupt Enable 


nnnn aaaa rvwi aaaa 
UUUU UUUU UUUU UUUU 












1 A 
IU 


our negisier 


aaaa aaaa aaaa aaaa 
uuuu uuuu uuuu uuuu 




10 
IZ 


Channel Timer 


aaaa rvwi vvvv yvvv 
UUUU UUUU AAAA AAAA 


Counter contents unaffected 


14 


Channel 1 Timer 


(WVl AAAA VVVV VVVV 
UUUU UUUU AAAA AAAA 


Counter contents unaffected 











on 
zu 


Ch Serial Interface Control 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




oo 
zz 


on u i x oomroi 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




OA 
Z'J 


on u nx oomroi 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




OA 
ZD 


Ch Tx Status 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




OQ 

Zo 


Ch Rx Status 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUO 0000 




OA 
ZA 


Ch Address Compare 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




OP 

zo 


Ch Address Wildcard Bits 


AAAA AAAA AAAA AAAA 
UUUU UUUU UUUU UUUU 




oc 
zt 


on u nx i/HO error oouni 


AAAA AAAA AAAA AAAA 

UUUU UUUU wUjU UUUU 




on 


Ch Tx Frame Length 


AAAA YVVV YYYY YYYY 
UUUU AAAA AAAA AAAA 


Frame length unaffected 


32 


Ch Tx Base Address 


VVVV VVVV VVVV VVVV 

AAAA AAAA AAAA AAAA 


Address uaffected 


34 


Ch Tx Byte Count 


AAAA AAAA AAAA AAAA 

UUUU 0000 0000 0000 




Oft 

oo 


on u nx tsuTrer Lengtn 


AAAA YVVV VVVV YVVV 
UUUU AAAA AAAA AAAA 


Buffer length unaffected 


QQ 

OO 


Ch Rx Buffer A Base Address 


YYYY YYYY YYYY YYYY 
AAAA AAAA AAAA AAAA 


Address unaffected 


OA 


on u nx tjurrer a uyte oount 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




or* 


Ch Rx Buffer B Base Address 


YYYY VVVV VVVV YVVV 
AAAA AAAA AAAA AAAA 


Address unaffected 


OC 


on u nx DUTTer d Byre oount 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




aa 


Ch 1 Serial Interface Control 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




AO 
*fZ 


on i i x oomroi 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




AA 


on i nx oontroi 


AAAA AAAA AAAA AAAA 
UUUU UUUU UUUU UUUU 




Aft 


on i i x otaius 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




AQ 


on i nx oiatus 


AAAA AAAA AAAA AAAA 
UUUU UUUU UUUU UUUU 




AA 
*>A 


Ch 1 Address Compare 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 






on i Aaaress wiiacara dits 


AAAA AAAA AAAA AAAA 

UUUU UUUU UUUU UUUU 




AC 


OK 1 Dv POP Crmr Pni int 

on i nx ono error oount 


AAAA AAAA AAAA AAAA 

UUUU lAAAJ UUUU UUUU 




KA 
DU 


Ch 1 Tx Frame Length 


AAAA YYYY YYYY YYYY 
UUUU AAAA AAAA AAAA 


Frame length unaffected 


52 


Ch 1 Tx Base Address 


YVVV VVVV VVVV VVVV 

AAAA AAAA AAAA AAAA 


Address unaffected 


CA 


Ch 1 Tx Byte Count 


AAAA AAAA AAAA AAAA 
UUUU UUUU UUUU UUUU 




Cft 


on 1 nx Duner Lengtn 


AAAA YVVV VVVV VVVV 
UUUU AAAA AAAA AAAA 


Buffer length unaffected 


58 


Ph 1 Rv Ruffor A Raco AHHmcc 

V*I| 1 HA QUI Id r\ DClOO MUUICSo 


xxxx xxxx xxxx xxxx 

AAAA AAAA AAAA AAAA 


/■Mjuicoo uiidiicLlcu 


5A 


Ch 1 Rx Buffer A Byte Count 


0000 0000 0000 0000 




5C 


Ch 1 Rx Buffer B Base Address 


xxxx xxxx xxxx xxxx 


Address unaffected 


5E 


Ch 1 Rx Buffer B Byte Count 


0000 0000 0000 0000 





NOTES: 

1. X indicates that the bit is unaffected by Reset. After power-up, the value is unknown. 

2. This table applies to a hardware reset by the RST pin or a software reset by the MRST bit in the Master Status/ 
Control Register. 
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SECTION 4 
SIGNAL DESCRIPTIONS 



This section desc ribes the input and output signals of the DDLC. Active low signals are indicated by an 
overbar (~), e.g., RST. Many of the signal pins are multiplexed with several functions available depending 
on the operating mode. Each multiplexed pin is described in its various mode settings separately. Pin 
numbers referenced in the following discussion refer to PLCC package pins. 

4.1 MPU INTERFACE PINS 

This section describes the operation of the MPU interface pins. Since the DDLC has two modes of operation, 
Motorola 68000 and Intel 80186, both descriptions will be provided. In most cases, the pin names vary 
depending on the mode. Table 4-4 at the end of this section is a complete cross-reference of pin names 
and aliases for the various operating modes. For a complete discussion of both 68000 and 80186 functional 
timing see Section 5. Parametric specifications are presented in Section 8. 

4.1.1 68000 Operation 

This mode is selected by connecting a pull-up resistor to BGACK. A logic high value is internally latched 
when the DDLC exits the reset state. Any devices connected to BGACK should not be actively pulling 
down during reset. Table 4-1 describes 68000 mode pin functions. 



Table 4-1. 68000 Mode Pin Functions 



Signal Name 


Mnemonic 


Input/Output 


Active 
State 


Driver Type 


Address Bus 


A1-A15 


Input/Output 




Three-State 


Data Bus 


D0-D15 


Input/Output 




Three-State 


Master Clock 


MCLK 


Input 






Chip Select 


CS 


Input 


Low 




Address Strobe 


AS 


Input/Output 


Low 


Three-State* 


Upper Data Strobe 


UDS 


Input/Output 


Low 


Three-State* 


Lower Data Strobe 


LDS 


Input/Output 


Low 


Three-State* 


Read/Write 


R/W 


Input/Output 


High/ Low 


Three-State* 


Data Transfer Acknowledge 


DTACK 


Input/Output 


Low 


Three-State* 


Bus Request 


BR 


Output 


Low 


Open-Drain 


Bus Grant 


BG 


Input 


Low 




Bus Grant Acknowledge 


BGACK 


Input/Output 


Low 


Three-State* 


Bus Owner 


OWN0 


Output 


Low 


Three-State* 


Bus Owner 1 


OWN 1 


Output 


Low 


Three-State* 


Interrupt Request 


IRQ 


Output 


Low 


Open-Drain 


Interrupt Acknowledge 


IACK 


Input 


Low 




Reset 


RST 


Input/Output 


Low 


Open-Drain 


Bus Error 


BERR 


Input 


Low 





*These pins have an internal pull-up device momentarily activated immediately before going high- 
impedance for improved risetime. 
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4.1.1.1 ADDRESS AND DATA BUS 



A1-A1 5— Address Bus 

These bidirectional pins are the address lines. When the DDLC is a bus master these pins are outputs. 
They present the address of the memory location to be read or written. When the DDLC is a bus slave, 
these pins are inputs. Internal registers are accessed by placing the address of the selected register on 
the bus and then reading or writing the register's contents. When these pins are inputs, only the lower 
six bits are decoded and the upper nine bits are thus "don't care". 

D0-D15— Data Bus 

These bidirectional pins are data lines. They are inputs when the host owns the bus and writes to the 
DDLC or when the DDLC owns the bus and reads a memory location. They are outputs when the host 
owns the bus and reads the DDLC or when the DDLC owns the bus and writes to memory. During an 
IACK cycle, pins D0-D7 present the interrupt vector num ber to the host with timing identical to an odd 
address read. For operation with the 8-bit 68008 bus, see UDS and LDS pin descriptions below. 

4.1.1.2 CONTROL BUS 
R/W (Read/Write) 

This bidirectional pin controls the direction of data flow on the data pins. High indicates that the bus cycle 
is a read cycle and low indicates a write cycle. While the host owns the bus this pin is an input. While 
the DDLC owns the bus, this pin is an output. At the end of a DMA cycle, this pin is pulled high for 
1/2 MCLK cycle before going high-impedance. 

AS (Address Strobe) 

This bidirectional pin is an output while the DDLC owns the bus. It is the address strobe which indicates, 
while active, that there is a valid address on the bu s. During a bus arbitration cycle after BG has been 
asserted, AS is an input which is used along with BGACK to determine if the DDLC has been given 
ownership of the bus. At the end of a DMA cycle, this pin is pulled high for 1/2 MCLK cycle before going 
high-impedance. 

UDS and LDS (Upper and Lower Data Strobes) 

These bidirectional pins are outputs when the DDLC owns the bus and inputs while the host owns the 
bus. These pins are data strobes which indicate that data on the bus is valid. When UDS is low it indicates 
that data on the bus in the upper byte (D8-D15) i s valid . W hen L DS is low it indicates that data on the 
bus in the lower byte (D0-D7) is valid. When both UDS and LDS are low, all 16-bits on the data bus are 
valid and a word transaction is perfo rmed. Data is latched into the DDLC on t he rising edge of these 
signals. In the 8-bit bus mode, UDS becomes the AO (Address 0) pin and LDS becomes the DS (Data 
Strobe) pin. At the end of a DMA cycle, these pins are pulled high for 1/2 MCLK cycle before going high- 
impedance. 

DTACK (Data Transfer Acknowledge) 

This bidirectional pin is an output when the host owns the bus. It indicates that the DDLC has completed 
the data transfer, either read or write, and the host processor may terminate the acce ss cycle . While the 
DDLC owns the bus this pin is an input and is sampled on the rising edge of State 4. If DTACK is detected 
high (inactive), wait states are inserted. The pin is sampled on every rising edge of MCLK while wait states 
are inserted until a logic low is found, at which time the DDLC terminates its access cycle normally. At 
the end of a DMA cycle, an active pull-up device is momentarily enabled before going high-impedance. 
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4.1.1.3 BUS ARBITRATION 



BR (Bus Request) 

This active-low open-drain pin is an output indicatin g that the DDLC is requesting the bus from the present 
bus owner. It is negated after the DDLC has asserted BG ACK so th e next bus master may begin negotiation 
for ownership of the b us. In eight-bit 68008 systems, BGACK and BR should be connected together 
producing the required BR function. 

BG (Bus Grant) 

This input is sampled on MCLK falling edges by the DDLC after BR has been asserted. While BG is active, 
it indicates that the bus ownership will be transferred to the DDLC. 



BGACK (Bus Grant Acknowledge) 

This bidirectional pin is an active-low open-drain output while the DDLC is indicating that it ha s taken 
ownership of the system bus. Before the DDLC can as sume bu s ownership, it monitors BGACK and AS 
after BG has been asserted to a logic low and waits for BGACK and AS to be negated indicating that the 
present owner has relinquished control of the bus. An internal pull-up device is momentarily activated 
when this pin is negated to improve risetime. 

This pin is also used to select 68000 or 80186 modes of operation. To select the 68000 mode, a pull-up 
resistor is connected from this pin to VDD- The level of this pin is internally latched upon exiting the reset 
state and remains until the DDLC is again reset (hardware or software). 



OWN (Bus Owner Channel 0) 

Thi s active-l ow output pin indicates that channel of the DDLC has ownership of the bus. It is similar to 
the BGACK pin, but is intended for use by an external function code generator or address expansion 
circuit. At the end of a DMA cycle, this pin is pulled high for 1 12 MCLK cycle before going high-impedance. 
This pin is driven high during DMA cycles associated with channel 1 . 



OWN 1 (Bus Owner Channel 1) 

Thi s active-l ow output pin indicates that channel 1 of the DDLC has ownership of the bus. It is similar to 
the BGACK pin, but is intended for use by an external function code generator or address expansion 
circuit. At the end of a DMA cycle, this pin is pulled high for 1 12 MCLK cycle before going high-impedance. 
This pin is driven high during DMA cycles associated with channel 0. 

4.1.1.4 INTERRUPT SIGNALS 
IRO (Interrupt Request) 

This active-low open-drain output indicates that the DDLC has a pending interrupt to the host processor. 
It remains low as long as there is at least one pending interrupt. 



IACK (Interrupt Acknowledge) 

This input is similar to the CS pin, except that while it is activated, the interrupt vector number is placed 
on the data bus in the lower byte (D0-D7). During the IACK cycle, the CS or a ddres s pins are not used, 
but the timing of the ve ctor fetch is the same as a normal odd address read. If IR Q is hig h (no interrupt 
is pending) while IACK is asserted, or if IACK and CS are active at the same time, IACK is ignored. 
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4.1.1.5 MISCELLANEOUS SIGNALS 



MCLK (MPU Clock) 

This input is the master clock for the DDLC. It operates from dc to 12.5 MHz. All timing states are derived 
from this clock. Normally, the source of this signal is the microprocessor's master system clock. The DDLC 
expects a clock signal of nominal 50 percent duty cycle. All other clock inputs to the DDLC may be 
asynchronous to this clock. 



BERR (Bus Error) 

This input is used to pass the status of the MPU bus to the DDLC w hile the DDLC owns the bus. It is 
sampled on every falling edge of MCLK after bus state 2 until DTACK is active. If a bus error is detected 
while the DDLC owns the bus, the DMA channel that was active when the error was found is disabled 
and an interrupt is queued. 

RST (Reset) 

This bidirectional active-low pin is used to reset all internal state machines and selected registers to known 
states and values. All bus interface pins go high impedance while the reset line is active. While the 
watchdog timer is enabled, if the timer underflows to FF hex, this pin becomes an open-drain output and 
goes low for 16 MCLK cycles. This is intended to reset the entire host system. 

CS (Chip Select) 

This input, while at a logic low, indicates that the base address of the DDLC has 
internal address decode logic selects a register for a read or write access cycle, 
active while the DDLC owns the bus, an address error is assumed. 

4.1.2 80186 Operation 

This mode is selected by connecting BGACK (pin 41 ) to VsS- The logic level of this pin is internally latched 
when the DDLC exits the reset state. Table 4-2 describes the pin functions in the 80186 mode. 



Table 4-2. 80186 Mode Pin Functions 



Signal Name 


Mnemonic 


Input/Output 


Active 
State 


Driver Type 


Address Bus 


A1-A15 


Input/Output 




Three-State 


Data Bus 


D0-D15 


Input/Output 




Three-State 


Master Clock 


MCLK 


Input 






Chip Select 


CS 


Input 


Low 




Write Strobe 


WR 


Input/Output 


Low 


Three-State* 


Address 


AO 


Input/Output 




Three-State* 


High Byte Enable 


BHE 


Input/Output 


Low 


Three-State* 


Read/Write 


R/W 


Input/Output 


High/ Low 


Three-State* 


Ready 


RDY 


Input 


Low 




Hold Request 


HREQ 


Output 


Low 


Open-Drain 


Hold Acknowledge 


HACK 


Input 


Low 




80186 Select 


186 


Input 


Low 




Bus Owner 


OWN 


Output 


Low 


Three-State* 


Bus Owner 1 


OWN 1 


Output 


Low 


Three-State* 


Interrupt Request 


IRQ 


Output 


Low 


Open-Drain 


Interrupt Acknowledge 


IACK 


Input 


Low 




Reset 


RST 


Input/Output 


Low 


Open-Drain 


Read Strobe 


RD 


Input/ Output 


Low 


Three-State* 



*These pins have an internal pull-up device momentarily activated immediately before going high- 
impedance for improved risetime. 



been selected and the 
If this pin is detected 
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4.1.2.1 ADDRESS AND DATA BUS 



A0-A15— Address Bus 

These bidirectional pins are the address lines. While the DDLC is a bus master these pins are outputs. 
They present the address of the memory location to be read or written. While the DDLC is a bus slave, 
these pins are inputs. The internal registers are accessed by placing the address of the selected register 
on the bus and then reading or writing the register's contents. While these pins are inputs, only the lower 
seven bits are decoded and the upper nine bits are thus "don't care". 

D0-D15— Data Bus 

These bidirectional pins are the data lines. They are inputs while the host owns the bus and writes to the 
DDLC or while the DDLC owns the bus and reads a memory location. They are outputs while the host 
owns the bus and reads the DDLC or while the DDLC owns the bus and writes to memory. During an 
IACK cycle, pins D0-D7 present the interrupt vector number to the host. 

4.1.2.2 CONTROL BUS 
RD (Read Strobe) 

This bidirectional active-low pin indicates that the address on the bus is valid and the bus owner will input 
data on the rising edge of this signal. This pin is an input while the DDLC is in the host processor mode 
and an output while in the DMA mode. During DMA operation an internal pull-up device is momentarily 
activated when this pin is negated to improve risetime. 

WR (Write Strobe) 

This bidirectional active-low pin indicates that the address and data on the bus is valid. The addressed 
device should latch the data on the rising edge of this signal. While the DDLC is in the host processor 
mode, this pin is an input. While in the DMA mode, this pin is an output. During DMA operation an 
internal pull-up device is momentarily activated when this pin is negated to improve risetime. 

R/W (Read/Write Control) 

This three-state output pin is intended to control the direction of external bus transceivers. The DDLC is 
performing a memory read while this pin is high and a memory write while this pin is low. This pin has 
an internal pull-up device activated for 1/2 MCLK cycle before going high-impedance at the end of a DMA 
access. While the DDLC is not the bus owner this pin is high-impedance. 



BHE (High-Byte Enable) 

This bidirectional active-low pin indicates that the data on D8-D15 pins is valid. This pin is an input while 
the DDLC is in the host processor mode and an output in the DMA mode and is used only for 16-bit 
operation. During DMA operation an internal pull-up device is momentarily activated while this pin is 
negated to improve risetime. 

RDY (Ready) 

This active-low pin is an input in the DMA mode. Memory signals that it is ready to complete a DMA 
cycle by asserting this pin. This pin is not used in the host processor mode. 

4.1.2.3 BUS ARBITRATION 
HREQ (Hold Request) 

This active-low output pin indicates that the DDLC is requesting ownership of the bus. It remains asserted 
for as long as the DDLC owns the bus, then it is negated. 



MC146488 



MOTOROLA 
4-5 



HACK (Hold Acknowledge) 

This active-low input is used to determine when the DDLC has been granted bus ownership. The DMA 
controller samples this pin while HREQ is asserted, and when found asserted for two sample periods, the 
DMA cycle begins. 



OWN (Bus Owner Channel 0) 

This active-low output pin indicates that channel of the DDLC has ownership of the bus. It is intended 
for use by an external function code generator and address expansion circuitry and remains asserted as 
long as the DDLC owns the bus. An internal pull-up dev ice is m omentarily activated when this pin is 
negated to improve risetime. This pin is driven high when OWN 1 is active. 



OWN 1 (Bus Owner Channel 1) 

This active-low output pin indicates that channel 1 of the DDLC has ownership of the bus. It is intended 
for use by an external function code generator and address expansion circuitry and remains asserted as 
long as the DDLC owns the bus. An internal pull-up dev ice is m omentarily activated when this pin is 
negated to improve risetime. This pin is driven high when OWN is active. 

4.1.2.4 INTERRUPT SIGNALS 
IRQ (Interrupt Request) 

This active-low open-drain output indicates that the DDLC has a pending interrupt to the host processor. 
It remains low as long as there is at least one pending interrupt. 

IACK (Interrupt Acknowledge) 

This input is similar to the CS pin, except that when it is activated, the interrupt vector number is placed 
on the data bus in the lower byte (D0-D7). During the IACK cycle, the CS or a ddres s pins are not used, 
but the timing of the ve ctor fetch is the same as a normal odd address read. If IR Q is hig h (no interrupt 
is pending) when IACK is asserted, or if IACK and CS are active at the same time, IACK is ignored. 

4.1.2.5 MISCELLANEOUS SIGNALS 
MCLK (Master Clock) 

This input is the master clock for the DDLC. It operates from dc to 12.5 MHz. All timing states are derived 
from this clock. Normally, the source of this signal is the microprocessor's master system clock. The DDLC 
expects a clock signal of nominal 50 percent duty cycle. All other clock inputs to the DDLC may be 
asynchronous to this clock. 

RST (Reset) 

This bidirectional active-low pin is used to reset all internal state machines and selected registers to known 
states and values. All bus interface pins go high impedance while the reset line is active. While the 
watchdog timer is enabled, this pin becomes an open-drain output if the timer underflows and goes low 
for 16 MCLK cycles. This is intended to reset the entire host system. 

CS (Chip Select) 

This input, while at a logic low, indicates that the base address of the DDLC has been selected and the 
internal address decode logic selects a register for a read or write access cycle. If this pin is detected 
active while the DDLC owns the bus, an address error is assumed. 
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4.2 SERIAL COMMUNICATION PINS 



Table 4-3 describes the various names of the serial communication pins. The pin number is in the left 
column and the several operational modes are in the top row. Some pins, primarily the modem control 
pins change function as the operating modes are changed. While the SCP is enabled, modem control 
pins on channel assume SCP functions. The SCP can be selected independently of any other mode, 
except for the tr ansparent modem mode where the byte sync pins become SCP functions. When the SCP 
is not activated, SCP EN may be used as a general purpose output (GPO). 



Table 4-3. Serial Interface Pins 



PLCC 
Pin I 


IDL B Mode 


IDL D Mode 


Timeslot Mode 


Packet Modem 


Transparent 
Modem 


SCP Enabled 


Channel 1 


44 


IDL SYNC 1 


(I) 


IDL SYNC 


(I) 


Rx CLK 1 


(I) 


Rx CLK 1 


(I) 


Rx CLK 1 


(I) 


Note 


(I) 


45 


IDL CLK 1 


(I) 


IDL CLK 1 


(I) 


Tx CLK 1 


(I) 


Tx CLK 1 


(I) 


Tx CLK 1 (I) 


Note 


(I) 


46 


CTS 1 


(I) 


DGNT 1 


(I) 


Tx EN 1 


(I) 


CTS 1 


(I) 


Tx BSYNC 1 


(I) 


Note 


(I) 


47 


RTS 1 


(0) 


DREQ 1 


(0) 


RTS 1 


(0) 


RTS 1 


(0) 


RTS 1 


(0) 


Note 


(0) 


48 


IDL Rx 1 


(I) 


IDL Rx 1 


(I) 


RxD 1 


(I) 


RxD 1 


(I) 


RxD 1 


(I) 


Note 


(I) 


49 


IDL Tx 1 


(0) 


IDL Tx 1 


(0) 


TxD 1 


(0) 


TxD 1 


(0) 


TxD 1 


(0) 


Note 


(0) 


50 


CD 1 


(I) 


CD 1 


(I) 


Rx EN 1 


(I) 


CD 1 


(I) 


Rx BSYNC 1 (I) 


SCP EN 1 


(0) 


53 


GPO 


(0) 


GPO 


(0) 


GPO 


(0) 


GPO 


(0) 


GPO 


(0) 


SCP EN 


(I/O) 


Channel 


54 


CD 


(I) 


CD 


(I) 


Rx EN 


(I) 


CD 


(I) 


Rx BSYNC (I) 


SCP TxD 


(0) 


55 


IDL Tx 


(0) 


IDL Tx 


(0) 


TxD 


(0) 


TxD 


(0) 


TxD 


(0) 


Note 


(0) 


56 


IDL Rx 


(I) 


IDL RxO 


(I) 


RxD 


(I) 


RxD 


(I) 


RxDO (I) 


Note 


(I) 


57 


RTSO 


(0) 


DREQ 


(0) 


RTS 


(0) 


RTS 


(0) 


RTS 


(0) 


SCP CLK 


(I/O) 


58 


CTS 


(I) 


DGNT 


(I) 


Tx EN 


(I) 


CTS 


(I) 


Tx BSYNC 


(I) 


SCP Rx D 


(I) 


59 


IDL CLK 


(I) 


IDL CLK 


(1) 


Tx CLK 


(I) 


Tx CLKO 


(I) 


Tx CLK 


(I) 


Note 


(I) 


60 


IDL SYNC 


(I) 


IDL SYNC 


(1) 


Rx CLK 


(I) 


Rx CLK 


(I) 


Rx CLK (I) 


Note 


(I) 



NOTE: Functionality of this pin is not affected by SCP enable. (I) indicates input, (0) indicates output. 



4.2.1 IDL Bus Mode 

In the IDL mode, each channel has six pins allocated to serial communication with an external data 
transceiver, typically the MC145474 S/T transceiver. Both channel's interfaces operate identically and are 
described together. Operation in the packet and transparent modes is identical from an interface point of 
view. 

IDL SYNC (IDL Frame Synchronization Channel 0) 
IDL SYNC 1 (IDL Frame Synchronization Channel 1) 

This input synchronizes the operation of the serial interface circuitry to the IDL bus. A pulse one IDL clock 
period wide is presented to this pin every 125 )is. The synchronization pulse is rising edge aligned with 
the IDL CLK signal. 

IDL CLK (IDL Clock Channel 0) 
IDL CLK 1 (IDL Clock Channel 1) 

This input is a clock signal typically at 1.544, 2.048, or 2.56 MHz although any frequency between 1.5 
and 4.5 MHz will operate properly. This signal is expected to be nominally 50% duty cycle. It normally is 
asynchronous to the MCLK signal. 
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IDL Rx (IDL Receive Data Channel 0) 
IDL Rx 1 (IDL Receive Data Channel 1) 

Data from the IDL bus is input on this pin. Data bits are presented to this pin on rising edges of the IDL 
CLK and latched into the DDLC on falling edges. This pin ignores all bit times other than the ones it is 
programmed to receive. 

IDL Tx (IDL Transmit Data Channel 0) 
IDL Tx 1 (IDL Transmit Data Channel 1) 

Data is output onto the IDL bus from this pin. Data bits are presented on the rising edges of the IDL CLK. 
Data bits are presented only in the selected time-slots in the IDL frame. At all other times this pin is high- 
impedance. When the TE bit is '0' this pin is always high impedance. 

DREQ (D-Channel Request Channel 0) 
DREQ 1 (D-Channel Request Channel 1) 

In the IDL D-channel mode this active-high output indicates to the Layer One transceiver that the DDLC 
has a frame of data to transmit on the D-channel. When the frame has been transmitted the DDLC negates 
DREQ to a logic low. If a frame in transmission is aborted by the Layer One device, the DDLC negates 
DREQ to a logic low and recycles the frame for retransmission. When the frame is again ready for 
transmission, DREQ is set to a logic one. In the IDL B-channel mode this pin assumes the functionality 
of RTS. See Section 4.2.3. 

DGNT (D-Channel Grant Channel 0) 
DGNT 1 (D-Channel Grant Channel 1) 

In the IDL D-channel mode this input indicates to the DDLC that the Layer One transceiver is granting 
permission for the DDLC to transmit on the D-channel. The first bit of the data frame is transmitted during 
the IDL frame immediately following the assertion of DGNT. If DGNT is found negated while DREQ is 
asserted, the frame in transmission is aborted and the DMA pointers are reset to prepare for retransmission. 
In the IDL B-channel mode this pin assumes the functionality of CTS. See Section 4.2.3. 



4.2.2 Timeslot Mode 

The timeslot mode is compatible with most PBX-type PCM highways. The two channels are independent. 
Additionally, the transmitter and receiver of each channel may be clocked from a different source. There 
is no frequency or phase relationship required between transmit and receive clocks. The two channels are 
identical in operation, so pins of like function are described together. Operation in the packet and transparent 
modes is identical from an interface point of view. 

Tx CLK (Transmit Clock Channel 0) 
Tx CLK 1 (Transmit Clock Channel 1) 

This signal is the clock for the transmitted data. Data bits are shifted on rising clock edges. This signal 
must be a continuous clock with a nominal 50 percent duty cycle. 

Tx EN (Transmit Enable Channel 0) 
Tx EN 1 (Transmit Enable Channel 1) 

This signal is an active high enable which synchronizes the transmitter to the eight bit-times of a timeslot. 
The enable may be of two different types: short-frame and long-frame. In short-frame operation the enable 
is a positive pulse, one Tx CLK period wide which immediately precedes the eight-bit timeslot. The edges 
of the pulse are aligned with a rising clock edge. In long-frame operation, the enable is a positive pulse 
which is eight bit-times wide. The eight data bits of a timeslot are transmitted while the enable is high. 
Rising and falling edges of the enable are aligned to rising edges of the clock. The DDLC automatically 
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senses either short- or long-frame operation and adjusts its timing for the next eight-bit timeslot. See 
Section 6.2 for a further discussion. 

TxD (Transmit Data Channel 0) 
TxD 1 (Transmit Data Channel 1) 

This signal is the transmitted data. Data is presented on the eight bits of a timeslot on rising clock edges. 
During periods outside of the timeslot or when the TE bit is '0' this signal is high-impedance. 

Rx CLK (Receive Clock Channel 0) 
Rx CLK 1 (Receive Clock Channel 1) 

This signal is the clock for the received data. Data bits are sampled on falling clock edges. This signal 
must be a continuous clock with a nominal 50 percent duty cycle. 

Rx EN (Receive Enable Channel 0) 
Rx EN 1 (Receive Enable Channel 1) 

This signal is an active high enable which synchronizes the receiver to the eight bit-times of a timeslot. 
Like Tx Enable this signal may be of two different types: short-frame and long-frame. Operation is essentially 
similar to Tx Enable. 

RxD (Receive Data Channel 0) 
RxD 1 (Receive Data Channel 1) 

Received data is applied to this pin. This pin is sampled on falling edges of the Rx CLK during the timeslot. 
During all other periods this pin is ignored. 

4.2.3 Modem Mode (Packet Operation) 

The modem mode is a general purpose interface which is compatible with most modems. Logic levels are 
inverted from the IDL and timeslot modes because inverting transceivers such as EIA-232 devices are 
normally used. Operation in the transparent mode is different from packet mode and is described in the 
next section. As with the timeslot mode, transmit and receive are independent and have no mutual clocking 
requirements. 

Tx CLK (Transmit Clock Channel 0) 
Tx CLK 1 (Transmit Clock Channel 1) 

This signal i s the cloc k for the transmitter. The transmitter emits a new data bit on every falling clock 
edge while RTS and CTS are both at a logic low. This signal may be any frequency from Hz to 
MCLK/2. 

TxD (Transmit Data Channel 0) 
TxD 1 (Transmit Data Channel 1) 

This signal is the transmitted data output. Data is outp ut on every falling clock edge while both RTS and 
CTS are both at a logic low. While either RTS or CTS are at a logic high, this pin outputs a logic high. 

Rx CLK (Receive Clock Channel 0) 
Rx CLK 1 (Receive Clock Channel 1) 

This signal is the clock for the receiver and may be any frequency from Hz to MCLK/2. 

RxD (Receive Data Channel 0) 
RxD 1 (Receive Data Channel 1) 

This is the data input for the receiver. It samples this pin on every rising clock edge while the receiver is 
enabled. 
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RTS (Request to Send Channel 0) 
RTS 1 (Request to Send Channel 1) 

This output, while at a logic low, indicates that the transmitter has been enabled by setting the TE bit. 
Once the transmitter is enabled , this sign al re mains low until the transmitter is disabled by the TE bit. 
Transmission begins when both RTS and CTS are low and when data is ready. 



CTS (Clear to Send Channel 0) 
CTS 1 (Clear to Send Channel 1) 

The transmitter transmits packet data while this signal is low. If this signal goes hi gh fo r more than one 
bit-time, the packet in transmission is aborted and retransmitted in its entirety when CTS again goes low. 

CD (Carrier Detect Channel 0) 
CD 1 (Carrier Detect Channel 1) 

This input is a general purpose input. For modem applications this input is used to indicate when the 
carrier is active. This pin changes function while the SCP is enabled or while transparent operation is 
selected. See Sections 4.2.4 and 4.2.5 for a further description. 

4.2.4 Modem Mode (Transparent Operation) 

When transparent operation is selected five of the seven serial interface pins retain their packet operation 
functionality. CTS and CD change operation to enable a byte synchronization signal to the transmitter 
and receiver respectively. 



Tx BSYNC (Transmit Byte Sync Channel 0) 
Tx BSYNC 1 (Transmit Byte Sync Channel 1) 

This input is used to pass byte synchronization information to the transmitter. This pin is sampled on rising 
Tx CLK edges and when found low for one sample, 1-1/2 Tx CLK edges (on a falling edge) later the first 
bit of a byte is transmitted. Synchronization is maintained in the absence of subsequent sync signals. If 
another sync signal is detected, the transmitter resynchronizes to that signal regardless of its alignment 
to previous sync signals. See Section 6.3 for further details. 



Rx BSYNC (Receive Byte Sync Channel 0) 
Rx BSYNC 1 (Receive Byte Sync Channel 1) 

This input is used to pass byte synchronization information to the receiver. This pin is sampled on rising 
Rx CLK edges and when found low for one sample, 1-1/2 Rx CLK edges later (on a rising edge), a byte 
boundary is defined. Rx BSYNC actually resets a modulo-8 counter in the DDLC so synchronization is 
maintained in the absence of subsequent sync signals. If sync pulses occur more often than every eight 
Rx CLKs, the internal counter will never generate a load signal to the FIFO and data will never be placed 
in memory. See Section 6.3 for further details. 

4.2.5 Serial Control Port 

When the Serial Control Port (SCP) is enabled (SCPE high in the Channel Serial Interface Control register) 
some serial interface pins change functionality to the SCP mode. When the SCP is enabled, SCP functions 
override any other selected function. See Section 6.4 for a further discussion. 



SCP EN (S CP Enable 0) (Master Mode) 
Slave Select (Slave Mode) 

In the SCP master mode this pin is an open-drain output. It is normally high except when an SCP 
transmission is in progress when this pin is programmed to a logic low for the duration of the 8-bit SCP 
exchange. This pin is controlled by the EN0 bit in the SCP Status/ Control register. When EN0 is high, 
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SCP EN is low. When ENO is low, SCP EN is high. This pin may be used as a general purpose output 
as it is not multiplexed with any other function and always available. 

In the SCP slave mode this pin is an input which indicates that the DDLC has been selected for a transfer. 
The external SCP master must not enable this pin while the SCP CLK is in the active state (1 while CI is 
and while CI is 1). An interrupt is generated on the rising edge of this signal. 

SCP EN 1 (SCP Enable 1) 

This active low output pin is an enable signal for the SCP. This pin is normally high except when an SCP 
transmission is in progress when this pin goes to a logic low for the duration of the 8-bit SC P exchan ge. 
This pin is controlled b y the ENO bit in the SCP Status/ Control register. When EN1 is high, SCP EN 1 is 
low. When EN1 is low, SCP EN 1 is high. This pin is not affected by SCP master or slave operation. 

SCP CLK (SCP Clock) 

In the master mode this pin is an output which is the clock for the SCP. It is derived from the MCLK pin 
and the baud rate is selected by the SCP Baud Rate Select bits in the SCP Status/ Control register. The 
polarity of this signal is selectable by the CI bit so data bits may be input or output on either but opposite 
edges. When the Tx bit is set, a burst of eight clock pulses is generated. 

In the slave mode this pin is the clock input to the SCP. Any frequency between Hz and MCLK is 
acceptable for proper operation. This clock may be continuous or gated. 

SCP RxD (SCP Receive Data) 

This input latches new SCP data on edges of the SCP CLK as selected by the CI bit in the SCP Status/ 
Control register. 

SCP TxD (SCP Transmit Data) 

This output presents new data bits on SCP CLK edges as selected by the CI bit of the SCP Status/ Control 
register. 

4.3 POWER SUPPLY 

VDD— The most positive power supply pin, normally +5 V with respect to VsS- There are three Vqd 
pins on the DDLC. 

Vss— The most negative power supply pin, normally V. There are three Vss P' ns on tne DDLC. 

Pins 2 and 35 are Vqd and Vss respectively for the DMA and MPU sections of the chip. Pins 9 and 21 
are Vqd and Vss respectively for the pin drivers which can sink and source high peak currents. Pin 52 
is Vqd and pin 51 is Vss for the serial interface and bit handler sections. Powering the separate sections 
of the chip in this manner helps minimize noise problems arising from asynchronous clocking schemes. 
Recall that normally the serial sections are asynchronous from the MPU /DMA sections. 

Section 9 shows the pin assignments for the MC145488. 
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Table 4-4. MPU Interface Pin Names 



PLCC 
Pin # 


68000 Mode 


80186 Mode 


61 


AHHrocc 1R 
nuuicoo 1 <J 


AHHrocc 1R 
nuuioaa iv> 


62 


AHHrficc 1A 
nuuicoo It 


AHHrocc 1A 
nuuicoo it 


63 


AHHrocc 1*3 


AHHrocc 1*3 


64 




AHHrocc 19 
nuuicoo i ^_ 


65 


AHHrocc 1 1 


AHHrpcc 1 1 
nuuicoo i i 


66 


AHHrocc 10 


ArlHrocc 10 
nuuicoo iv/ 


67 


AHHrAcc Q 

MUUlOOO <7 


AHHrocc Q 


68 


Address 8 


AHHrocc ft 
nUUicoa O 


1 


AHHrficc 7 


AHHrocc 7 
nuuicoo / 


3 


AHHrocc 


AHHrocc ft 
nuuicoo u 


4 


AHHrocc R 


AHHrocc R 
nuuicoo *j 


g 


AddrGSS 4 


AHHrocc A 
nQuTcoo t 


g 


MUUIC99 O 


AHHrocc *3 
nuuicoo »> 


7 


ArlHrocc 


AHHrocc 7 
nuuicoo *- 


s 


AHHrocc 1 


AHHrocc 1 
nuuicoo i 


10 


Data 


Data 


1 1 


_?!!!_! 


Data 1 


12 







13 




Data 3 


14 


~Data4 


Data 4 


15 


Data 5 


Data 5 


16 


Data 6 


Data 6 


17 


Data 7 


Data 7 


18 


Data 8 


Data 8 


19 


Data 9 


Data 9 


20 


Data 10 
Lsci to i \j 


Data 10 
ua id i u 


22 


Data 11 


Data 11 


23 






24 


Data 1*3 
L/d id i o 


Data n 
L/d id i o 


25 


Data 14 


Data 14 


26 


Data 1R 

LJG Id 1 w 


Data 1R 

UG Id 1 %J 


27 


IV^actor Plnr*^ 
ividoici vsiuuiv 


IWIactor Plr»plf 
ividoici v/iuoiv 


28 


Phin Qolort 
isflip OClClsl 


VslllU OCIClsl 


29 


RoaH /\A/rito 


RoaH/\A/rito 
ncdu/ vvnie 


30 


AHHrocc Qtrnho 
MUUICSK) OUUUC 


Writo ^trnho 
VVIIIC ouuuc 


31 


1 AM/ar Data Qtrrmo 


Hinh Rv/to F-nahlo 
mu^ii Dyic ui iduic 


32 


1 Innpr Data ^trnhp 


AHHrocc 
nuuicoo u 


33 




Reset 


34 


Intorrimt Ar^nrtvA/loHno 
miciiuui niiM luwicuyc 


Intorrimt Ar*lf nnui/loHno 

IIILCIIUUL n^M IUWICUVJC 


36 


Intorrimt Romioct 

IIHCIIUUl nCU^UCOl 


Intorrimt Romioct 
iiilciiu^/I ncijucdi 


37 


Data Trancfor Af^trtAuuloHno 
L/did iidiioici MOMiuwicuyc 




38 


Riic Prrnr 

DUO L.IIUI 


RoaH *?trnhp 


39 


Riic Romioct 
duo ncijucoL 


Hr»IH Rortiioct 
nuiu nc^ucoi 


40 


Bus Grant 


Hold Acknowledge 


41 


Bus Grant Acknowledge 


80186 Select 


42 


Owner 


Owner 


43 


Owner 1 


Owner 1 
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SECTION 5 
BUS OPERATION 



This section describes the operation of the DDLC microprocessor interface in the Motorola 68000 envi- 
ronment and the Intel 80186 environment during host processor operation, DMA operation, bus arbitration, 
and interrupt operation. Functional timing diagrams are included to clarify the timing of the various 
operations, but are not intended to be parametric definitions. For detailed timing parameters, see Sec- 
tion 8. 

In the discussions that follow, the words assert and negate are used extensively. They indicate the logical 
value of the signal regardless of whether the voltage level on the pin is high or low. 

5.1 68000 SYSTEM OPERATION 

Operation in the Motorola 68000 environment is chosen by providing a pull-up resistor from the BGACK 
pin to VqD- When the DDLC exits the reset state (either hardware or software), the level on the BGACK 
pin is internally latched. This requires that any other BGACK pins in the system be high-impedance or at 
a logic high during reset. The following sections describe the operation of the DDLC in the 68000 mode. 
The DDLC can operate in either a 16-bit or an 8-bit system. 

All DDLC MPU interface circuitry timing is derived from the MCLK pin. Normally this pin will be connected 
to the host's master clock, but it may operate asynchronously to the host if all bus timing requirements 
are satisfied. In the timing diagrams that follow, MCLK is assumed to be identical to the host's clock. 

A few words are needed to describe the 68000 memory architecture. All memory may be thought of as 
16-bit-wide word locations which reside only on even addresses. However, the 68000 does have the 
capability of accessing bytes. Most significant bytes are located on even (byte) addresses and least 
significant bytes are located on odd (byte) addresses. For example, if the base address of the DDLC is 
placed at A100 (hex), the System Control register will be located at address A100, the Master Status 
register will be located at A102, and so on. The interrupt number (bits b0-b7) of the Master Status register 
is actually located at address A103. This address is not directly accessible by the 68000 since there is no 
AO address line to indicate even or odd addresses. Two data strobe pins are provided to solve this dilemma. 
Upper Data Strobe (UDS) indicat es w hen asserted, that the most significant byte on the 16-bit data bus 
is active and Lower Data Strobe (LDS) indicates when asserted, that the least significant byte on the bus 
is active. If the interrupt vector is read in a byte-wide operation, only the LDS pin would be asserted 
indicating that the least significa nt (od d) byte is valid. This is effectively address A103. For word-wide (16- 
bits) operations, both UDS and LDS are asserted indicating that the entire 16-bit word is active. 

For 8-bit 68008 systems, the memory architecture is composed of 8-bit locations. Even and odd addresses 
are u sed so an AO pin is provided to access every byte. Whe n the DDLC is used in the 68008 mode, the 
UDS pin becomes the least significant address pin (AO) and LDS becomes the Data Strobe (DS). The 
DDLC's internal 16-bit bus is converted to an external 8-bit bus which is active on pins D0-D7. Pins D8- 
D15 become deactivated. 
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5.1.1 Bus Width Selection 



The DDLC is in the 8-bit mode after reset. To remain in 8-bit mode, it is recommended that D8 of the 
data bus be connected to VsS- 16-bit operation is selected by writing FFFF to address 6. Address 6 is a 
dummy register which is used to qualify 16-bit o perat ion. Once the 16-bit mode is selected, it is internally 
latched until the DDLC is reset by pulling the RST pin low. The software reset does not clear 16-bit 
operation. 

5.1.2 Host Operation 

The DDLC is in the host processor mode when it is a memory mapped slave peripheral to t he bus master. 
Any time the DDLC is not a bus master (actually performing a DMA access), the CS and IACK pins are 
continually sampled. A read or write cycle begins immediately when either of these pins are detected in 
the asserted state. The DDLC either accepts or presents data from or to the bus, depending on the level 
of the R/W pin. All in ternal registers are accessible to the host as decoded by address pins A1-A6. 
Operation of the IACK pin is similar to a read cycle and is described in Section 5.3.4. 

5.1.2.1 WRITE CYCLE. During a host processor write cycle, the DDLC accepts data from the host and 
places it into the selected register. All internal registers are writable with the exception of the frame length 
registers which are read only. Figure 5-1 illustrates the timing relationships between the various bus interface 
pins in a t ypica l 68000 write cycle. Timing is identical for even byte, odd byte, or word operations so the 
UDS and LDS pins are shown together. If an unoccupied internal address is selected, the DDLC will not 
indicate an error condition and the written data will be lost. 

While in the MPU mode of operation, the DDLC samples CS on falling edges of the MCLK. A write cycle 
begins on the MCLK edge on which CS is first detected low with R/W low. On the next rising MCLK 
edge, the addres s is lat ched a nd DT ACK is asserted. Then data is allowed to enter the internal bus. When 
the data strobes (UDS and/or LDS) are asserted,. the latch of the selected register is opened and the data 
enters the register. The register 's latch is closed-off and the data is retained when the data strobes are 
negated. When CS is negated, DTACK is negated and the cycle is complete. DTACK is an open-drain 




\ / 




\ r 

Figure 5-1. 68000 Host Write Cycle 
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SO S2 S4 S6 

MCLK 



CS 



-TLTUUTJl 



A1-A6 ^ VALID 



UDS, LDS 



D0-D15- 



^ r 

VALID y ~ 



DTACK ™> \ / N 

R/W 

Figure 5-2. 68000 Host Read Cycle 

output in the MPU mode. When it is negated, a pull-up device is momentarily connected to provide a 
fast risetime. CS must return to a negated state for at least one MCLK cycle before another DDLC access 
cycle may begin. 

5.1 .2.2 READ CYCLE. During a host processor read cycle, the DDLC places data from the selected internal 
register onto the data bus. All internal registers of the DDLC are readable. Figure 5-2 describes the timing 
of a typical 68000 read cycle. Timing is identical for even byte, odd byte, or word operations. If the host 
selects an unoccupied internal register, the DDLC will not indicate an error and will place unknown data 
on the bus. In th e 16-bit mode, the DDLC always presents 16-bits to the bus regardless of which data 
strobe pin (UDS or LDS) was asserted during the cycle. 

A read cycle begins when CS and the data strobes are asserted and R/W is high. The DDLC decodes 
A1-A6 a nd select s a register and out puts the data. On the rising MCLK edge after CS was detected 
asserted, DTACK is asserted. DTACK is negated after the rising edge of CS and the cycle is complete. 
In some systems, the data strobes will be delayed from CS. When this occurs, the data will be placed on 
the bus when the data strobes are asserted. 



5.1.3 DMA Operation 

In the DMA mode, the DDLC operates as a system bus master. When the internal FIFOs need data or 
have data to place in memory, the DDLC's DMA controller requests ownership of the system bus. When 
ownership is granted, the DDLC takes control of the bus and executes a memory cycle. The DDLC services 
one DMA request then relinquishes the bus. If another DMA request is pending internally, the DDLC will 
not re-request the bus for at least three MCLK cycles after the bus has been relinquished from the previous 
access. 



The inte rnal address generators can operate on address ranges of up to 64 kbytes. Two pins, OWN and 
OWN 1 are provided to indicate which communication channel is the bus owner. These signals may be 
used to control an external device, such as an address page register onto the address bus so each channel 
may operate on a different memory page. While a DMA cycle is in progress, only one OWN pin will be 
asserted. The other will be driven to a logic high for the duration of the DMA cycle. For systems that 



MC145488 



MOTOROLA 

5-3 



need them, function codes may also be enabled with the OWN pins. Section 7 describes applications for 
these pins. 



Note: In 16-bit systems, the DDLC does not check for odd word boundaries or generate odd word addresses. 
The system designer must ensure that the DDLC is not supplied with odd pointers in 16-bit systems. For 
8-bit systems, odd byte addresses are proper and the AO address pin selects even or odd bytes. For both 
16-bit and 8-bit systems, it is suggested that the programmer use only even addresses for transmit and 
receive buffers and even lengths for receive buffers. This will maintain software compatibility between the 
two systems. 

In the following descriptions, MCLK cycles are used as a reference. All internal timing is generated from 
the MCLK. The MCLK used by the DDLC is not necessarily synchronous to the host's clock. Correct 
operation of the DDLC in a system is maintained if the proper synchronization times are met for input 
pins. 

5.1.3.1 DMA WRITE CYCLE. A DMA write cycle is performed when a receiver FIFO has data to be 
placed in a buffer in memory. Figure 5-3 describes the timing of a DDLC write cycle. Bus arbitration is 
assumed to have been completed before the cycle begins. 

SO S1 S2 S3 S4 

MCLK 



AS 



-TLTLTLTLrL 



A1-A15 ■ 



UDS, LDS 



D0-D15 



DTACK ,INPUTI 



R/W 



— < > - 

\ 

\ a 



OWN 

Figure 5-3. 68000 DMA Write Cycle 

A DMA write cycle is three MCLK periods long with the R/W level and address presented to the bus one- 
half clock early. At the beginning of SO, data is presented to the bus and address strobe is asserted. On 
the next MCLK edge, the data strobes are asserted. In the 16-bit mode, t he DDLC always makes 16-bit 
data transactions, so both strobes are asserted at the same time. DTACK is sampled on the rising edge 
of S4, and if found asserted, the cycle is completed with AS and the data strobes negated on the falling 
edge of S4. The address and R/W forced to high-impedance on the rising edge of S5. All c ontrol b us 
pins have an internal active pull-up to provide a fast risetime before going high-impedance. If DTACK is 
inactive on the rising edge of S4, a wait-sta te is inserted and DTACK is resampled at the end of the wait- 
state. This process continues until DTACK is found active or until a bus error is found. Operation with 
the internal wait-state generator is described in Section 5.1.3.4. 
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In 16-bit operation, all write transactions are 16-bits wide. For this reason, memory buffers should be an 
even number of bytes long. If a received frame is an odd number of bytes long, the last received byte will 
be written to memory in a 16-bit transaction. The data in the lower byte (higher byte address) in this case, 
will be unknown data. The received byte count will, however, indicate the correct number of bytes received 
in the frame. 

5.1.3.2 DMA READ CYCLE. The DDLC performs a DMA read cycle when a transmit FIFO needs data 
to transmit. Figure 5-4 describes the timing of a DDLC read cycle. Bus arbitration is assumed to be 
completed before the cycle begins. 

SO S1 S2 S3 S4 S5 

i — i r 

MCLK 



A1-A15 



UDS, LDS 



D0-D15- 




DTACK ,1NPUTI 



R/W 

OWN \ j /^"* 

Figure 5-4. 68000 DMA Read Cycle 



A DMA read cycle begins when the address is driven onto the bus and the R/W pin i s driven high. One- 
half MCLK later, at the beginning of SO, the address and data strobes are driven low. DTACK is sampled 
on the rising edge of S4, and if found asserted the address and data strobes are negated on the falling 
edge of S4 and the data is l atched into the FIFO. One-half MCLK later, the address pins and R /W pin g o 
high-impedance. If DTACK is inactive on the rising edge of S4, a wait-state is inserted and DTACK is 
resampled at the end of the wait-state. This process continues until DTACK is found active or a bus error 
is found. Operation with the internal wait-state generator is described in Section 5.1.3.4. As with DMA 
write cycles, all DMA read transactions in the 16-bit mode are 16-bits wide. If only 8-bits of data are 
needed, for an odd byte length frame, the extra byte that was read is discarded. 



5.1. 3.3 BU S ERROR RECOVERY. The DDLC provides a bus e rror pin for systems that detect bus errors. 
The BERR pin is sampled at the same time as DTACK, an d if BE RR is found to be asserted, the DDLC 
resamples BERR one-half clock period later to qualify it. If BERR is found to still be asserted, the DDLC 
terminates the DMA cycle and queues an interrupt. For DMA write cycles (associated with a receiver) the 
receiver's RxEn bit is cleared to reset the receiver. For For DMA read cycles (associated with a transmitter) 
the transmitter's BR bit is cleared to disable further DMA requests from that channel. The transmitter is 
still enabled and will enter the idle state after transmitting an abort character. 
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The DDLC also responds to address er rors w hich are defined as the assertion of CS orlACK while the 
DDLC is in a DMA cycle. The CS and IACK pins are sampled at the same time as BERR and if found 
asserted, an address error is declared and an interrupt is queued. 



5.1.3.4 WAIT-STATE GENERATOR AND DTACK CONTROL. The DDLC provides a programmable 
internal wait-state generator for systems that have slow memory. The wait-state generator inserts wait- 
states before S4 which are essentially equivalent to rep eated S2 -S3 states. Four wait-state selections are 
available including 0, 1 , 2, o r 4 wait-states. Additionally, DTACK may be enabled to operate with the wait- 
state gen erator, so DTACK is sam pled after the wait-states have been executed. The cycle then terminates 
only after DTACK is asserted. The DTACK pin may be interna lly disab led so the DMA cycle will terminate 
after the wait-states have executed regardless of the state of DTACK. Figur e 5-5 des cribes the operation 
of the wait-state generator with one programmed wait-state and a delayed DTACK signal. Sp indicates 
programmed wait-states and Sw indicates wait-states generate d becaus e of the delayed DTACK signal. 
The downward pointing arrows indicate the sampling points for DTACK. 

SO S1 S2 S3 SP SP S4 SW S4 S5 

""-TLTLTLrLJUUl, 




Figure 5-5. 68000 DMA Write Cycle wit h One P rogrammed Wait-State 
and a Delayed DTACK 

5.1.4 Bus Arbitration 

An internal DMA scheduler continuously polls the four data channels for service requests. When a request 
is found, the scheduler prepares the data and address for the DMA access and requests the system bus 
from the current bus owner. Once the DDLC has ownership of the bus, it services one internal request 
then relinquishes ownership of the bus. 

Figure 5-6 describes the operation of the 68000 arbitration mechanism. 68008 bus arbitration is slightly 
different in t hat only two pins are used for bus arbitration; BR and BG. When using the DDLC in a 68008 
system, the BGACK and BR pins should be connected together to provide the proper BR signal to the 
processor. The signal edges overlap so the combined signal will be glitch-free. 

Bus arbitration begins when the BR pin is asserted indicating that the DDLC is requesting the bus. The 
DDLC then samples for BG to be asserted, BGACK to be negated, and AS to be negated on successive 
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Figure 5-6. 68000 Bus Arbitration 



MCLK edges. The upward pointing arrows indicate the sampling points of the three signals. When the 
signals are at the pr oper leve l s for two su ccessive samples, the DDLC immediately assumes ownership of 
the bus and asserts BGACK, OWN 0, or OWN 1, sets the level of R/W and places the address on the 
bus. On the next rising edge, t he cycle begins with t he assertion of address strobe. At the end of the 
DMA cycle, the DDLC negates BGACK and the OWN pins. 

The DDLC will not re-request the bus for at least three MCLK cycles after relinquishing the bus even if 
another internal DMA request is pending. This ensures that another DMA requesting device has access 
to the bus and that the DDLC will not be a bus "hog". 



5.2 80186 SYSTEM OPERATION 

The DDLC also can operate as an 80186/88 peripheral. This mode is entered by connecting the BGACK 
pin to VsS- The level of this pin is latched when the DDLC exits the reset state. The DDLC fully supports 
the 80186/88 bus structure except that the address and data buses are not multiplexed. The DDLC is 
designed so that it will reside on the demultiplexed global bus of an Intel system. 

5.2.1 Host Processor Operation 

In this mode, the DDLC is a peripheral device to the 80186 host processor. Internal registers may reside 
in either the I/O space or the memory space depending on how the CS pin is decoded by external circuitry. 
The D DLC is in this mode of operation when either the CS or IACK pins are activated. Operation of the 
IACK pin is described in Section 5.3.5. 

The RDY pin is an input and is thus not used in the host processor mode. The DDLC, however, appears 
to be fast memory and does not require wait states to be inserted by the host. 

The DDLC operates in an 8-bit or 16-bit mode. In the 8-bit mode, the BHE pin is unused, and the AO pin 
directs the data to the the even or odd bytes o f the internal registers. In the 16-bit mode, the registers 
are accessed on even addresses. Both AO and BHE are active low during a 16-bit access. Selection of 
8-bit operation is described in Section 5.1. 
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5.2.1.1 WRITE CYCLE. During a write cycle, the DDLC accepts data from the data bus and places it into 
the selected register. Figure 5-7 describes the timing relationships of the various bus interface pins. As 
with the 68000 mode, data written to an unoccupied internal address is lost without indication. 



MCLK 




CS 



\ 



BHE 



A0-A6 



X 
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X 
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D0-D15 
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Figure 5-7. 80186 Host Write Cycle 

A write cycle begins when the CS pin is activated and the address is on the bus. The WR pin is activated 
by the host and the internal circuitry selects the proper register for a write access. The data and address 
must be stable before WR is asserted as this pin directly controls the latch function of the internal registers. 
Data is latched into the DDLC on the rising edge of WR. For byte accesses, the AO and BHE pins direct 
the DDLC's address decoder to the proper byte of the selected register. 



5.2.1.2 READ CYCLE. During a host read cycle, the DDLC takes data from an addressed internal register 
and places it on the bus. Figure 5-8 describes the timing of a read cycle. If an unoccupied internal address 
is read, the DDLC will place unknown data on the bus. 
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A read cycle begins when the GS pin is asserted. Data is available after CS is detected asserted. The RD 
pin directly controls the output drivers of the data pins and when it is asserted, the data is placed on the 
bus. For byte accesses in a 16-bit system, the AO and BHE pins direct the DDLC's address decoder to 
the proper byte of the selected register. 

5.2.2 DMA Operation 

In the DMA mode of operation the DDLC is the system bus master. When an internal transmitter or 
receiver needs service, it generates an internal DMA request. The DMA controller calculates the address 
to be placed on the address bus and prepares the data to be placed on the data bus (if the request was 
from a receiver). Then th e DDLC requests the system bus by asserting HREQ. When the system bus has 
been given to the DDLC (HACK asserted), the internal DMA request is s erviced with a single bus cycle, 
then the bus is relinquished. There is one MCLK cycle between the time HACK is asserted and the time 
the bus cycle begins. When the bus is relinquished, the next bus master should wait at least one-half 
MCLK cycle for the bus to settle before beginning its cycle. 

Note: In 16-bit systems, the DDLC does not have the capability of operating with odd-address word 
boundaries. All word (16-bit) accesses must be on even addresses. For 8-bit systems, either even or odd 
addresses are proper, but the programmer should start all buffers on even addresses to maintain com- 
patibility with 16-bit systems. In 16-bit systems, the DDLC will always read or write 16-bit words from or 
to memory. In the case of a transmitted frame with an odd number of bytes, only the least significant 
(valid) byte of the last word read from the memory buffer will be used and the most significant (invalid) 
byte will be discarded. For received odd byte-length frames, the last received byte will be transferred to 
memory with a 16-bit write and the least significant byte will contain the last received byte. The most 
significant byte will be unknown data. The receive byte count register always contains the correct number 
of bytes received. 

The DDLC automatically aligns the data (depending on whether the 68000 or 80186 mode is selected) so 
that succeeding received data bytes are placed in ascending order in memory. Transmitted bytes are 
retrieved from memory in ascending order and are internally rearranged so that they are transmitted in 
the correct order. 

5.2.2.1 DMA WRITE CYCLE. When the DDLC is the bus owner, a DMA write cycle may be performed 
to transfer data received from the serial bit-handler to a memory buffer. Figure 5-9 describes the timing 
relationships of the various signals during a DMA write cycle in the 80186 mode. The timing diagram 
assumes that bus arbitration was completed before the cycle started. 



A write cycle begins with the DDLC placing the address on the bus and asserting the OWN pin at the 
beginning of T1. On th e rising edge during T1, the data is placed on the bus. At the beginning of T2, WR 
is asserted. The RDY pi n is sampled on the rising edge of MCLK during T3 and if found asserted, the 
cycle is terminated with WR negated at the beginning of T4. On the next rising MCLK edge, the address 
and data are removed. Since the DDLC performs one transaction per bus request, all address, control, 
and data lines go high-impedance at the end of the cycle. The DDLC has separate pins for address and 
data, so no demultiplexing control signals are required. R/W is provided to control the direction of a 
system bus transceiver. Note that one of the two OWN pins is asserted during every DMA cycle, so the 
OWN pins may be used to enable or disable other devices on the bus. The inactive OWN pin is driven to 
a logic high state while a DMA cycle is active. 

5.2.2.2 DMA READ CYCLE. A DMA read cycle is performed when a transmitter needs data. Timing is 
similar to a write cycle and is described in Figure 5-10. 
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Figure 5-9. 80186 DMA Write Cycle 



Figure 5-10. 80186 DMA Read Cycle 



A read cycle begins with the DDLC placing the address on the bus a t the beginning of T1 . At the beginning 
of T2, RD is asserted. On the rising MCLK edge during T3, RDY is sampled and if found asserted, the 
cycle completes with RD being negated at the beginning of T4. Data is latched into the DDLC on the 
rising edge of RD. On the rising MCLK edge during T4, the address is removed from the bus and all 
address, control, and data lines go to the high-impedance state. The operation of the RDY pin is described 
in Section 5.2.2.3. 

5.2.2.3 WAIT-STATE GENERATOR AND READY CONTROL. The DDLC provides a programmable 
internal wait-state generator for systems that have slow memory. The wait-state generator inserts wait- 
states before the rising MCLK edge during T3 which are essentially equivalent to repeating the second 
half of T2 and the first half o f T3. Four wait-state selections are available includi ng 0, 1, 2, or 4 wait- 
states. Additionally, the RDY pin may be enabled with the wait-state gene rator so RDY will be sampled 
after the wait-states have been executed and the cycle will terminate when RDY is found to be asserted. 
RDY can be internally enabled in which case the DMA cycle will terminate after the wait-states have been 
run regardless of the state of RDY. Figure 5-11 describes the operation of the wait-state generator with 
one programmed wait-state and a delayed RDY signal in a read cycle. Tp indicates the programmed wait- 
state. T3 is repeated because when RDY was sa mpled the first time, it was not asserted. The downward 
pointing arrows indicate the sampling points for RDY. Operation in a write cycle is similar. 



5.2.3 Bus Arbitration 

In the 80186 mode of operation, the DDLC uses a hold r equest/ hold acknow ledge bus arbitration protocol. 
When the DDLC has an internal DMA request, HREQ is activated. HACK is activated by the b us arbit er 
when the DDLC has be en granted ownership of the bus. The DDLC assumes ownership when HACK is 
active and holds HREQ active until the DMA transacti on ha s been completed. Figure 5-12 describes the 
operation of the bus arbitration pins on the DDLC. The OWN pins indicate that the DDLC is the bus owner 
and is activated after HACK has bee n found asserted for two sample periods. The downward pointing 
arrows indicate the sample points for HACK. 
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Figure 5-12. 80186 Mode Bus Arbitration 

A bus arbitration cycle begins when an inte rnal D MA request is generated by a transmitter or receiver. 
HREQ is asserte d low a nd the DDLC samples HACK on falling MCLK edges. Th e DDL C assumes ownership 
of the bus after HACK has been found asserted for two sample periods. The OWN p in is asserted low at 
the beginning of T1 . After the DMA activity has been completed HREQ and OWN are negated on the 
rising MCLK edge during T4. Some time later, HACK is negated by the bus arbiter and the next bus master 
may negotiate for the bus. 

5.3 INTERRUPT OPERATION 

The DDLC communicates with the host through status and control bits. When a particular status bit 
changes state, sometimes the host needs to service the status change quickly so interrupts are typically 
used. The DDLC has a variety of interrupts which may be used by the host to get fast service on certain 
status changes. All interrupt-generating status bits may be set by the user. This generates an immediate 
interrupt if the associated interrupt enable bit is set. This feature is useful for software debugging. 



MC145488 



MOTOROLA 
5-11 



5.3.1 Interrupt Sources 

There are 27 interrupt sources in the DDLC. As discussed in Section 2.4.3, the interrupts are grouped 
into several categories. Normal operation interrupts are generated when the DDLC has completed a task 
and is informing the host of the completion or when a change has been detected in the state of the 
physical link. An example of this category is Rx DMA complete. Bit-handler interrupts are fault conditions 
in the reception or transmission of frames from which the DDLC cannot recover on its own. An example 
is a transmit FIFO underrun. System interrupts are detected faults of the microprocessor bus, an example 
of which is bus error. Timer interrupts are generated when either timer counts down from 00 to FF. A 
complete list of the interrupt sources is described below in Table 5-1. 



Table 5-1. interrupt Priority and Vector Values 



Priority 


Interrupt Name 


Vector 


Priority 


interrupt Name 


Vector 


1 


Rx Ch Bus Error 


XC 


15 


Rx Ch FIFO Overrun 


X8 


2 


Rx Ch 1 Bus Error 


XE 


16 


Tx Ch 1 FIFO Overrun 


XA 


3 


Tx Ch Bus Error 


XD 


17 


Tx Ch FIFO Overrun 


X9 


4 


Tx Ch 1 Bus Error 


XF 


18 


Tx Ch 1 FIFO Overrun 


XB 


5 


Rx Ch Address Error 


XC 


19 


Rx Ch Buffer Overrun 


X8 


6 


Rx Ch 1 Address Error 


XE 


20 


Rx Ch 1 Buffer Overrun 


XA 


7 


Tx Ch Address Error 


XD 


21 


Rx Ch Idle 


X4 


8 


Tx Ch 1 Address Error 


XF 


22 


Rx Ch 1 Idle 


X6 


9 


Rx Ch DMA Complete 


X4 


23 


Ch CD Changed State 


X4 


10 


Rx Ch 1 DMA Complete 


X6 


24 


Ch 1 CD Changed State 


X6 


11 


Tx Ch DMA Complete 


X5 


25 


SCP Complete 


X2 


12 


Tx Ch 1 DMA Complete 


X7 


26 


Timer 1 


X3 


13 


Tx Ch Frame Complete 


X5 


27 


Timer 


X1 


14 


Tx Ch 1 Frame Complete 


X7 









NOTE: X indicates user programmable bits. 



5.3.1.1 NORMAL INTERRUPTS. These interrupts are generated in response to changes in the link state. 
A discussion of each follows. 

Receive DMA Complete— Each channel has a Receive DMA Complete interrupt. This is generated when 
the receiver has detected a frame's closing flag and the DMA controller has finished placing the last data 
byte in memory. The DDLC is informing the host that a complete frame was received and is in memory 
at the locations described in the buffer descriptor. This interrupt is not generated in the transparent mode 
as flag detection is not used. 

Transmit DMA Complete— This is an early interrupt which indicates that the DMA controller has 
transferred the last byte of data from memory to the FIFO. This interrupt is used when the host wishes 
to send back-to-back frames. At 64 kbps, the host has several hundred microseconds from the time this 
interrupt is generated until the FIFO empties and the transmitter closes the frame with a CRC field and 
flag to prepare the next frame's buffer descriptor. 

Transmit Frame Complete— For ISDN S/T interface D-channel applications, where back-to-back frames 
are illegal, Transmit Frame Complete is used. This interrupt indicates that the closing flag of a frame was 
successfully transmitted. On the D-channel, where collisions may be found, the host needs to know when 
a frame was actually transmitted. If the DMA Complete interrupt was enabled and a collision occurred 
while the last byte of data was being transmitted, the interrupt would have occurred before the collision 
and the host may have already prepared the next frame for transmission. When the DDLC prepared to 
retransmit the frame that collided, the wrong frame would be sent. This interrupt is not generated in the 
transparent mode. 

Receive Idle— Receive Idle indicates that the generating channel's receiver detected at least 15 contiguous 
'1s' and that the link has gone into the idle state. This interrupt is used only in LAPB where inter-frame 
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periods are filled with flags. In this case idle is distinct from inter-frame periods. In LAPD, where inter- 
frame periods are filled with '1s', there is no distinction between inter-frame and idle periods. In LAPD 
applications, this interrupt should be masked. 

Carrier Detect Changed State— This interrupt is generated when the carrier detect pin changes state. 
The interrupt status bit is bit 12 of the Receive Status register. The current state of the CD pin is available 
on bit 15 of the same register. When the SCP is disabled and the serial interface is not in the timeslot 
mode, the CD pin is available for general purpose input. 

5.3.1.2 TIMER INTERRUPTS. There are two timers in the DDLC. The timers are low resolution devices 
intended for long-term timeouts for HDLC-type protocols. The source of the clock to the timers is the 
SCP prescaler which is then further divided by 1024. The host can preset the value in the counter at any 
time and the counter will begin counting down toward zero from that value. When a timer register counts 
down past zero, an interrupt is queued. The timer interrupt status bits operate identically to the other 
interrupt-generating bits. The status bit must be read while it is set before it may be cleared. Note: The 
timer will ignore a count pulse if the pulse occurs while the register is being accessed by the host for a 
read or write operation. 

5.3.1.3 BIT-HANDLER FAULT INTERRUPTS. These interrupts are generated when the transmit or 
receive state machines detect errors that cannot be serviced without host intervention. 

Receive FIFO Overrun— This indicates that the DMA controller did not service the FIFOs' request for 
data and data was lost. When this interrupt is generated, future DMA activity on the interrupting channel 
is suspended until the host re-enables the suspended channel. 

Transmit FIFO Underrun— This indicates that the DMA controller did not service the FIFO's request for 
service. The frame in transmission is aborted and the transmitter enters the idle state. FIFO interrupts 
indicate that the system is having hardware or software malfunctions or that the system is approaching 
its throughput limit. 

Receive Buffer Overrun— The Receive Buffer Overrun interrupt indicates that the received frame was 
too large for the allocated buffer in memory and usually indicates that a closing flag was corrupted in 
transmission. When this interrupt is generated, DMA activity on that buffer is suspended and if the alternate 
buffer is available, data will continue to be received and will be placed in the alternate buffer. This interrupt 
is used in the transparent mode to indicate that a block of data was received. 

5.3.1.4 SYSTEM FAULT INTERRUPTS. The interrupts for all four channels are e nabled or masked 
together as either bus or address errors. A bus error is defined as the activation of the BERR pin while a 
DMA cycle is in progress. The timing of sampling of the BERR pin is the same as fo r the D TACK pin. 
External circuitry determines which system faults allow the BERR pin to be asserted. If BERR is found to 
be asserted in a DMA cycle, the DMA cha nnel t hat was active when the fault occurred is disabled. Address 
errors are defined to be activation of the IACK or CS pins while a DMA cycle is in progress. This implies 
that the DMA controller is pointing to a register inside the DDLC. When an address error is detected, the 
DMA channel that was active when the fault occurred is disabled. For transmitters this means that DMA 
activity stops, the transmitter generates an abort character then enters the idle state. Receivers are reset 
by clearing the RxEn bit. 

5.3.1.5 SCP COMPLETE INTERRUPT. This interrupt is generated when an SCP transfer is complete. It 
operates similarly in master and slave modes. In master mode, the interrupt is generated after the eighth 
bit has been transmitted. In slave mode, the rising edge of slave select generates the interrupt. 
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5.3.2 Interrupt Request (IRQ) Pin 



The IRQ pin is an active-low, open-drain pin which indicates that there is a pending interrupt from one 
of the DDLC's sources. TRQ is the logical NOR of all enabled interrupt sources. As long as there is at least 
on e pend ing interrupt, IRQ remains low. When the host processor requests the interrupt vector with either 
an IA CK cyc le or by reading the Master Status register, the high est priority interrupt pending at that instant 
CS or IACK are asserted will be encoded into bits b0-b3. The IRQ pin will remain asserted until all interrupting 
sources have been cleared. It is the host's responsibility, in the interrupt service routine, to clear the status 
bit which caused the interrupt or the same interrupt will immediately cause another interrupt. 

5.3.3 Interrupt Vector 

The 27 interrupts are encoded into four bits of an eight bit vector. The most significant bits of the vector 
are user programmable so the block of vectors may be placed anywhere in the vector map. When the 
vector is read either with an IACK or a read cycle, the highest pending interrupt will be encoded and 
latched at the instant that the internal read enable signal is decoded. Every time the vector is read, the 
highest pending interrupt is encoded. 

After reset, the interrupt vector register reads 00 hex. This is different from other 68000 peripherals which 
generate vector number OF hex (uninitialized interrupt). The programmer is expected to initialize the interrupt 
vector map before enabling any of the DDLC interrupts. 

When an interrupt generating status bit is set, the bit must be cleared before that particular interrupt is 
cleared. A status bit may only be cleared if it was set when it was read. Stated another way, a 
status bit must be read in the set state before it may be cleared by writing a '0' into that bit position of 
the status register. This rule eliminates the possibility that an interrupt generating status bit can be 
accidentally cleared and thus lost. If a status bit is written with a '0' before it is read while it is a "T, the 
write operation for that bit will be ignored. 

5.3.4 68000 Interrupt Acknowledge Cycle 

An interrupt acknowledge cycle has timing identical to a r ead c ycle. However, the vector number is placed 
only on th e lowe r byte of the data bus (pins D0-D7). The LDS pin indicates that data is valid on the lower 
byte. The IACK pin and CS are mutually exclusive and should not be asserted at the same time. If they 
are asserted simultaneously, the CS pin has precedence. Figure 5-13 describes an IACK cycle in a 68000 
system. 
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Figure 5-13. 68000 IACK Cycle 
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An interrupt acknowledge cycle is virtually identical to a read cycle except that it begins when IACK is 
asserted . The DDLC presents the interrupt ve ctor n umber to the data bus on pins D0-D7 and asserts 
DTA CK o n the next rising MCLK edge after the IACK pin was detected low. The cycle is completed when 
LDS and IACK are negated. 



5.3.5 80186 Interrupt Acknowledge Cycle 

The 80186 interrupt acknowledge cycle is similar to a read cycle excep t that the INTA signal is issued one 
clock earlier than the RD strobe. Because the DDLC responds t o the INTA pin identically to the RD pin, 
the data will be placed on the bus one MCLK edge after the INTA pin was detected asserted. Figure 
5-14 describes one INTA cycle. The 80186 actually performs two cycles separated by two wait states. The 
DDLC will respond to each cycle identically. 
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Figure 5-14. 80186 INTA Cycle 



The DDLC monitors the INTA pin continuously and when it is found asserted (with IRQ asserted) presents 
the interrupt vector on the next MCLK edge. 



5.4 RESET OPERATION 

The DDLC may be reset by a hardware signal, or by software. Additionally, with the watchdog timer 
activated, the DDLC may reset the entire host system if the timer underflows. Table 3-1 describes the 
state of all register bits after a reset operation (either hardware or software). A software reset ta kes two 
MCLK cycles to complete. Figure 5-15 describes the timing of a watchdog timer generated reset. RESET 
becomes an output and is held low for 16 MCLK cycles then it is released. 
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Figure 5-15. Watchdog-Generated Reset 
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SECTION 6 
SERIAL INTERFACE OPERATION 



The serial interface has several modes of operation. The following sections describe the operation of each 
mode. Functional timing diagrams are included to clarify the operation. For detailed parametric specifications 
see Section 8. 



The DDLC's two channels each have three modes of operation for their serial interfaces: IDL, timeslot, 
and modem. In the IDL mode the DDLC is compatible with Motorola's ISDN family. When IDL D-channel 
operation is selected, D-channel access control pins (DREQ and DGNT) are also provided. The timeslot 
mode provides compatibility with typical PBX backplane timings. Both long-frame and short-frame syn- 
chronization is supported. In the modem mode, each channel supports a standard seven-pin synchronization 
modem interface including three modem control signals. See Table 4-4 for a description of the serial 
interface pin functions. The two DDLC channels are identical but independent. The following discussions 
describe one channel, but they apply to both. 



6.1 INTERCHIP DIGITAL LINK (IDL) INTERFACE FOR ISDN APPLICATIONS 

The IDL interface is used to interconnect various devices on ISDN board-level systems. (See Figure 6-1.) 
The IDL distributes several channels of information from the ISDN basic access interface (S/T bus) that 
have been processed by the MC145474 S/T transceiver to the various devices on the bus using a timeslot 
technique. Full-duplex data is transferred in 20-bit frames every 125 [is providing 160 kbps full-duplex 
bandwidth. Figure 6-2 describes the operation of the IDL frames. A continuous clock at 2.56 MHz (or 
other standard frequency) shifts the data for both transmit and receive. 
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Figure 6-1. Typical IDL Bus Application 



6.1.1 Functional Description 

Two 64 kbps B-channels and one 16 kbps D-channel along with two 8 kbps auxiliary channels are passed 
over the IDL interface. The DDLC is an IDL slave which is clocked by the bus master (typically the 
MC145474 S/T transceiver). Figure 6-3 indicates the relationship of the four IDL signals. 



IDL SYNC is an input which accepts a positive one clock period wide pulse. The 20 clock periods following 
the pulse contain the IDL frame. Sync occurs every 125 fis so that 8000 frames per second are exchanged 
between the bus master and the slaves. IDL CLK is an input which receives a square wave at 2.56 MHz 
from the IDL bus master. For ISDN terminal applications, the MC145474 S/T transceiver is the IDL bus 
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Figure 6-2. IDL Frame Tinning 



IDL SYNC 



JL 



IDL CLK 



IDL 



JMMMUlfinMUlMMUl 



IDL Rx 





B1 


• 


• 




• 






B1 


D 


A 


B2 


D 


M 



Figure 6-3. IDL Bus Signals 

master which provides this clock. In other applications, frequencies such as 1.536 or 2.048 MHz may be 
used. IDL Tx is an output which is active only on assigned bits in the frames. For all other bit times, it is 
high-impedance. IDL Rx is the data input which samples bits only on assigned timeslot bit-times. 

The 20-bit frames are composed of five bit-fields. The first eight bits contain data on the 64 kbps B1- 
channel. The ninth bit contains one bit of the D-channel. The tenth bit is an auxiliary bit which is not 
used by the DDLC. Bits 11-18 contain the 64 kbps B2-channel. The 19th bit is the second bit of the 
D-channel and the 20th bit is another auxiliary bit which is not used by the DDLC. When the DDLC 
operates on the D-channel, it uses bit 9 and bit 19 of the IDL frame. The two bits cannot be separated. 
The D-channel is a 16 kbps channel which is used for communication between an ISDN terminal and the 
network. When the DDLC is configured for use with the IDL D-channel, it directly supports the D-channel 
contention algorithm of the MC145474 S/T transceiver. Each channel may operate on either of the B- 
channels or the D-channel. With both channels configured in the IDL mode, the DDLC has the capability 
of handling data on either B-channel and the D-channel or on both B-channels simultaneously. If the two 
channels operate on the same IDL frame, care must be taken so that the transmitters are not programmed 
to output data in the same bit-times. 



6.1.2 Subrate Multiplexing (CCITT I.460) 

Normally, all eight bits of an ISDN B-channel are grouped into one 64 kbps bearer channel. However, a 
B-channel may be thought of as composed of eight 8 kbps channels. CCITT Specification 1. 460 outlines 
a technique where the individual bits in a B-channel are accessed and treated as individual channels. The 
DDLC meets the requirements of 1. 460 as it can access individual bits in the B-channels for multiplexer 
or other non-ISDN applications. A Bit Mask register is provided for each channel which selects the individual 
bits in the 8-bit field which are active. The B-channel bit mask registers are programmed with '0s' in the 
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positions where the bits are active and '1s' where the bits are ignored. Note that the least significant bit 
is transmitted first so the LSB of the Mask register corresponds to the first bit transmitted in an IDL frame. 
For example, if bits 2 and 3 are to be active in a particular application, the coding in the Bit Mask register 
would be 1111 001 1 (F3 hex). The receiver will ignore all bits in bit positions other than b2 and b3 and 
the transmitter will transmit only on these two bit positions. On all other positions, it will be high-impedance 
or '1s' depending on the setting of the Mask Drive bit in the Transmit Control register. When high- 
impedance is selected, other devices on the IDL bus may transmit during the inactive bit-times. For 
applications without other devices sharing a B-channel, '1s' may be transmitted eliminating the need for 
a pull-up resistor on the bus. The bit mask feature is usable on IDL B-channels. In D-channel operation, 
the bit mask is disabled. 

Figure 6-4 depicts subrate multiplexing where b2 and b3 of the B1 -channel are active. Other devices on 
the IDL bus may transmit on the first two and last four bits of the B1 -channel or the B2 or D-channels. 
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Figure 6-4, IDL Subrate Multiplexing 



6.1.3 Transparent Operation 

The DDLC provides a method to pass unformatted (unframed) data between the serial interface and 
memory. Internal synchronization signals are generated which delineate byte boundaries. Received data 
is organized into bytes and passed to memory through the DMA controller. Bytes from memory are 
transmitted upon command by the internal sync signal. The user has control of the byte orientation within 
an 8-bit timeslot (transparent operation is not supported with D-channel operation.) A bit pattern is 
programmed into the Bit Mask register which corresponds to the byte alignment desired. Other alignments 
are possible by moving the position of the zero in the Bit Mask register. Table 6-1 describes the possible 
bit patterns and their consequent alignments. Transmit and receive use the same Mask register so their 
byte alignments are the same. 



Table 6-1. Timeslot Byte Alignment 



msb Isb 






0111 1111 


7F hex 


Aligned to Timeslot Boundary (bO) 


1011 1111 


BF hex 


Aligned to b1 


1101 1111 


DF hex 


Aligned to b2 


1110 1111 


EF hex 


Aligned to b3 


1111 0111 


F7 hex 


Aligned to b4 


1111 1011 


FB hex 


Aligned to b5 


1111 1101 


FD hex 


Aligned to b6 


1111 1110 


FE hex 


Aligned to b7 
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Figure 6-5 depicts the case where 7F (hex) is loaded into the Bit Mask register. Data bytes are aligned 
such that the seventh bit in a timeslot is shifted into the bO position of the data bytes stored in memory. 
All other received bits follow sequentially. As Figure 6-5 shows, the internal sync signal is actually offset 
by 1/2 bit time to eliminate internal edge skew. The user does not see this offset in the IDL or timeslot 
modes, however, in the modem mode this is important. Section 6.3.1 describes this more fully. 
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Figure 6-5. Transparent Byte Alignment 

6.2 TIMESLOT INTERFACE 

A PBX PCM highway timeslot interface may be enabled for network applications. Timeslots of eight bits 
each are enabled so the DDLC shares a bus with other devices. The transmitter transmits up to eight bits 
in a timeslot, then goes high-impedance. The receiver samples bits only in its assigned timeslot and ignores 
all other bits. Subrate multiplexing may be used in timeslot operation in a similar manner as the IDL mode. 
Figure 6-6 describes a typical PCM bus application. 
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Figure 6-6. PCM Highway Application 



Two separate continuous clocks (not shown) at 1.536 MHz, clock the transmitters and receivers on the 
bus. Individual devices are activated for their assigned eight-bit timeslot. Figure 6-7 shows a device active 
on timeslot 2. The other 23 devices are active on the PCM highway in their assigned timeslots. 

External circuits called Timeslot Assigners (TSACs) count timeslots using the frame sync to keep track of 
frame boundaries. They output enable signals to the devices on the bus so that each device is active for 
only its assigned slot. Two modes of operation are common in industry, long-frame and short-frame. 
TSACs are available which provide long- or short-frame synchronization signals. The DDLC supports both 
operating modes and automatically switches between them on a frame-by-frame basis. Note: When 
switching between modes, one frame time is needed to synchronize operation. 
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Figure 6-7. PCM Bus 



6.2.1 Mode Selection 

When the timeslot mode is first selected, short-frame operation is assumed. An eight-bit transfer is made 
when the enable signal goes high. During the third bit-time, the enable signal is sampled and if it is low, 
short-frame operation is selected for the next frame. If the enable signal is high, long-frame operation is 
selected. The serial interface samples the enable signal on every eight-bit transfer and adjusts its timing 
for the next transfer. For best operation, the operating mode should be fixed to either long- or short-frame 
operation. The transmitter and receiver are independent of each other so one may be in long-frame and 
the other may be in short-frame operation. 



When the timeslot mode is first enabled, the Transmit Enable bit in the Transmit Control register should 
be '0'. This forces the TxD pin to high impedance. After a 125 /is frame time, the serial interface block 
of the DDLC is synchronized to the timeslot. The transmitter then can be enabled and will transmit on its 
proper timeslot. 



6.2.2 Long-Frame Operation 

In long-frame operation, an enable signal is presented to the DDLC which encloses the eight bits of a 
timeslot. The first transmitted data bit in a timeslot is enabled on the rising edge of the Tx Enable or first 
Tx Clock rising edge, whichever is later. The next seven bits are output on succeeding rising clock edges. 
The Tx Enable signal normally returns low between the seventh and eighth falling clock edges, but it may 
return low as early as the fifth rising clock edge. If it remains high after the eighth clock, the transmitter 
continues transmitting bits until the enable goes low. The receiver is similar except that it samples the Rx 
Data pin on falling clock edges while Rx Enable is high. The long-frame mode expects a continuous clock 
for proper operation. For nonstandard applications active timeslots may be separated by as few as four 
clock pulses. Figure 6-8 describes typical long-frame operation. Separate clocks may be provided to the 
transmitter and receiver for asynchronous applications. If a single transmit/ receive clock is used, the Tx 
and Rx clock pins may simply be connected together. Similarly, if transmit and receive are on the same 
timeslot, Tx Enable and Rx Enable are connected together. 



6.2.3 Short-Frame Operation 

Short-frame operation is similar to IDL B1 operation. A one-clock wide sync signal is presented to the Tx 
Enable pin during the clock period immediately preceding the eight bits of a timeslot. The transmitter 
outputs its eight bits on the eight rising clock edges of the clock following the sync. The receiver samples 
the Rx Data pin on the eight falling clock edges following the sync. Figure 6-9 describes the operation of 
short-frame operation. As with long-frame active timeslots may be separated by as few as four clock 
pulses. 
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Figure 6-8. Timeslot Operation Long-Frame Figure 6-9. Timeslot Operation Short-Frame 

6.2.4 Subrate Multiplexing 

The subrate multiplexing bit mask function of the IDL interface operates identically in the timeslot mode. 
See Section 6.1.2 for a complete discussion. Placing a T in a particular bit in the Mask register causes 
the receiver to ignore that bit and the transmitter transmits either a high impedance or 'V for that bit-time 
depending on the setting of the Mask Drive bit in the Transmit Control register. 

6.2.5 Transparent Operation 

Transparent operation in the timeslot mode is similar to operation in the IDL mode. A synchronization 
signal is programmed into the Bit Mask register which defines byte alignment through the receiver and 
transmitter. Because the transmitter and receiver share the Bit Mask register, byte alignment within transmit 
and receive timeslots must be the same even though the timeslots are not related to each other. See 
Section 6.1.3. 

6.3 MODEM INTERFACE 

For those applications that do not use a timeslot-type interface, the DDLC provides a modem-style interface. 
In the modem mode seven pins transfer data and control information. There are transmit and receive clock 
inputs (Tx CLK and Rx CLK), transmit and receive data pins (TxD and RxD), and modem control lines 
(RTS, CTS, and CD). The transmit and receive clocks are independent of each other and may be asyn- 
chronous to the microprocessor system clock (MCLK). These clocks may have a frequency of up to MCLK/ 
2. It must be noted, however, that the data throughput of the DDLC is limited by the microprocessor bus 
bandwidth available to the DDLC and the rate at which the MPU can service interrupts. See Figure 6-10. 



Data bits from the TxD pins are presented on falling edges of the Tx CLK (this is inverted from the timeslot 
and IDL modes). Data bits on the RxD pins are sampled on the rising edges of the Rx CLK (again , this 
is inverted). The modem control lines are used to control the flow of data. Request-to- Send (RTS) is an 
active low output which indicates that the DDLC has data to transmit. Clear-to-Send (CTS) is an input 
which indicates that the DDLC has per missi on to transmit. The CTS bit in the Transmit Status register 
indicates the current state of this pin. If CTS goes inactive (high) for more than one Tx CLK bit time while 
a frame is being transmitted, the DDLC immediately aborts the frame and prepares to retransmit the frame 
when CTS again goes active. Carrier Detect (CD) is an input which indicates that the data on the RxD 
pin is valid. The CD bit of the Receive Status register indicates the current state of this pin. 
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Figure 6-10. Modem Application 

The bit mask feature is not available in the modem mode. Data is transmitted continuously, not in eight 
bit clusters, so masking bits is not appropriate. 

6.3.1 Transparent Modem Operation 

The modem mode can operate with transparent data in a similar manner to the IDL and timeslot modes. 
Unlike the other two modes*, however, the user must provide a synchronization signal to indicate byte 
alignment of the serial data. The transmitter and receiver maintain the given alignment through the bit 
handlers and FIFOs to memory. The synchronization signal is a one-clock wide active-low pulse. A byte 
boundary occurs 1 1/2 clocks following the falling edge of the signal. Figure 6-11 describes the operation 
of the receive byte sync. Transmitter operation is similar. Notice that the sync signal edges occur on rising 
clock edges (middle of a bit time) so that proper set-up and hold times will be met when the signal is 
sampled on a falling clock edge. 
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Figure 6-11. Transparent Modem Operation 

Synchronization signals on transmit should occur on eight-bit boundaries but is optional after the first 
pulse as the transmitter maintains byte sync in the absence of sync signals. Resynchronization occurs on 
every sync pulse, so if sync pulses occur every eight bits, synchronization is maintained with the original 
alignment. For receive, sync pulses should also occur on eight-bit boundaries and are optional after the 
first pulse. The synchronization signal to the receiver resets an internal modulo-eight counter which 
generates a load signal to the FIFO. If synchronization pulses occur more frequently than every eight bit- 
times the counter will never generate a load signal and data will not be transferred to the FIFO. 

6.4 SERIAL CONTROL PORT (SCP) 

The DDLC has a serial control port which may be used to communicate with external devices through a 
serial mechanism. The SCP is a four-wire full-duplex communication system which exchanges 8-bit bursts 
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of data with SCP devices. The DDLC may be programmed to be an SCP master which generates the 
enable and clock signals or an SCP slave which accepts clock pulses from an external master. The SCP 
is compatible with Motorola's serial peripheral interface, available on most single chip MCUs, and National 
Semiconductor's Microwire Plus. 

Figure 6-12 describes a typical application of the IDL and SCP buses in an ISDN terminal. In this example, 
the SCP bus passes control information to the internal registers of the S/T transceiver and codec/filter 
to set operating modes and read status information and the DDLC is an SCP master. In other applications 
the DDLC may be an SCP slave. 
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Figure 6-12. ISDN Terminal Application 
6.4.1 Serial Control Port Description 

The SCP module in the DDLC consists of a baud rate generator, a shift register, a control block, and 
several control bits. The shift register is parallel read/write and connects directly to the data bus when 
addressed. Data may be written or read at any time except when a transfer is in progress. If the register 
is written at this time, the write is ignored and if the register is read, data reads 00 hex. Control and status 
bits may be read or written at any time. The control block generates an interrupt on the rising edge of 
slave select in the slave mode or generates eight clock pulses in the master mode. The baud rate generator 
selects one of four clock rates derived from MCLK. The serial interface block multiplexes the SCP functions 
onto the modem control pins when the SCP is enabled. See Figure 6-13. 
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Figure 6-13. SCP Module Block Diagram 
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The SCP module is enabled by setting the SCPE bit of the Channel Serial Interface Control register to 
"T. The modem control pins of channel are forced into the SCP function and override any other functions 
that may have been selected. The channel 1 CD pin is contr olled by t he SCPE bit of Channel 1 Serial 
Interface Co ntrol regis ter and becomes a second SCP Enable (SCP EN 1) pin when this bit is set to T. 
SCP EN or SCP EN 1 must go low when the SCP clock is in its inactive state. For example, when the 
SCP clock is used in the normal mode SCP enable must go low when the SCP clock input is low. When 
the SCP clock is used in the inverted mode SCP enable must go low when the SCP clock input is high. 

6.4.2 SCP Master Mode 

SCP EN and SCP EN 1 are actually general purpose outputs which may be used to enable SCP slave 
devices. When low, the enable signals indicate that the slave has been selected and should expect a data 
burst. SCP CLK is an output which provides the shift clock for the data. The clock is normally low until 
a burst of data is transmitted. Then the clock is active for eight pulses. SCP Tx is an output which transmits 
data MSB first to the slave device. New data bits are presented on the rising edges of SCP CLK. SCP 
Rx is the input which accepts data from the slave devices. This pin is sampled on the falling edges of 
SCP CLK. Note: The SCP CLK is selectable as to its polarity. Normally, the transmitter outputs bits on 
rising edges and the receiver samples bits on falling edges. When the clock polarity is inverted, the 
transmitter outputs on falling edges and the receiver inputs on rising edges. Figure 6-14 shows the normal 
polarity case. 

SC PEN R~"| 
SCP EN 1 [ 
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Figure 6-14. SCP Pin Functions— Master Mode 

When a message is to be sent to a slave device, the information is placed in the SCP Tx/Rx register. 
Then Enable or Enable 1 in the SCP Status/ Control register are set to T depending on the application. 
This activates the selected enable pin to a logic low. The host then activates the Transmit bit and the 
SCP controller generates eight clock pulses on the SCP CLK pin and shifts the data on the eight rising 
edges. Data is shifted most significant bit first. The slave transmitter, at the same time, shifts its data (if 
any is ready) to the DDLC SCP Rx pin on the rising SCP CLK edges. The DDLC samples the SCP Rx pin 
on the falling SCP CLK edges and replaces the transmitted data with the received data in the Tx/Rx 
register on a bit by bit basis. After the eight shifts have occurred, the Transmit bit is cleared indicating 
that the exchange was completed and the SCP Complete interrupt is generated. The host then resets the 
Enable or Enable 1 bit which causes the enable pin to return to a logic high. Typically the user will poll 
the SCP IRQ bit to see when the 8-bit exchange is complete. The IRQ bit is a status bit which generates 
an interrupt if the SCP Complete interrupt is enabled. 



The SCP EN pins are directly controlled by the bits in the SCP Control register. The pins change state 
within one MCLK after the end of the MPU bus cycle which changed the bits. The SCP Tx bit causes 
the SCP state machine to start transmitting within one and one-half SCP clocks after the bus cycle which 
changed the bit. Recall that this can be 24 MCLK periods if the - 16 prescaler tap is selected. Note: The 
SCP register should not be written within one and one-half SCP clocks after the SCP Complete interrupt 
is generated (this could be up to 24 MCLKs with the 16 prescaler selected). 
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The user can select an appropriate baud rate for the application. The Baud Rate bits in the SCP Status/ 
Control register select a tap on a divider chain which generates the SCP CLK signal. See Section 3.4 for 
a listing of the divide ratios available. 



6.4.3 SCP Slave Mode 

When the SCP is in the slave mode, SCP EN becomes an input, Slave Select. SCP EN 1 remains a 
general purpose output if it is enabled by setting the SCPE bit in the Serial Interface Control Register 1 
(Address 40 hex). SCP CLK also becomes an input. The SCP module now waits for the Slave Select pin 
to go low and accepts data until the rising edge of slave select. Data bits are input on the SCP Rx pin. 
Any data in the Tx/Rx register is shifted out, MSB first on the SCP Tx pin, on positive SCP CLK edges 
(negative edges if the Clock Invert bit is set). When the rising edge of slave select is detected, the SCP 
Complete interrupt is generated. 

In the slave mode any clock frequency from dc to MCLK/2 is acceptable. The clock may be continuous 
but is utilized internally only when slave select is low. Data is shifted into and out of a shift register 
simultaneously. If slave select is low for fewer than eight clock pulses, data that was in the shift register 
before slave select went low will remain in the register and will be shifted by the number of clock pulses 
received while slave select was low. Data received will have shifted into the low order bit positions. If 
slave select remains low for more than eight clock pulses, received data will be shifted out starting on the 
ninth clock pulse and will continue to shift until slave select goes high. 

Figure 6-15 describes a typical SCP slave exchange. In this case the Clock Invert bit is '0'. The SCP Tx 
pin outputs the first data bit on the first rising clock edge following the falling edge of slave select. The 
SCP Complete interrupt is generated on the rising edge of slave select. The slave select pin must transition 
to low while the SCP CLK is inactive (low while CI is and high while CI is high). 
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Figure 6-15. SCP Pin Functions— Slave Mode 



MOTOROLA 
6-10 



MC145488 



SECTION 7 
APPLICATIONS 



The DDLC was designed for ISDN systems, but it finds many non-ISDN applications. This section will 
describe two ISDN applications. A non-ISDN application such as an X.25 PAD is similar in concept to the 
ISDN devices but the physical interface is different. 



7.1 ISDN VOICE/DATA TERMINAL ADAPTER 

The DDLC and its companions, the MC145474 S/T transceiver and the MC145554 codec/filter easily 
connect to build a powerful ISDN terminal with voice and data capability. This section will describe the 
design of a stand-alone 2B + D terminal adapter which provides an asynchronous EIA-232 interface for an 
external dumb terminal. The terminal adaptor (TA) performs packet assembly/disassembly (PAD) functions 
for the terminal and transports data packets on either B-channel or the D-channel. PCM voice is transported 
on the remaining B-channel. This example assumes that 16K RAM and 64K ROM is sufficient to support 
firmware and buffering needs. Figure 7-1 is a block diagram of the TA. 
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Figure 7-1. ISDN Terminal Adapter with Voice and Data Block Diagram 



Terminal adapters may have many configurations. This example converts asynchronous EIA-232 data into 
V.120 format for transport on either one B-channel at 64 kbps or the D-channel at 16 kbps. Firmware in 
the TA provides packet assembly/disassembly functions for the asynchronous data. Voice calls may be 
placed on the second B-channel. Again, firmware handles call setup and teardown signaling with the 
network. A microcomputer is provided to control a keypad and display. These are used to place voice 
and data calls and to display local and network status messages. The microcomputer communicates with 
the MC68000 host through one of the asynchronous ports on the MC68681 DUART. Call progress signals 
such as dial tone and TouchTone® beeps are generated in the microcomputer and passed to the telephone 
handset through the codec/filter. 
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This basic design can be expanded to support more asynchronous channels by expanding RAM and ROM 
(if necessary) and by adding extra DUARTs. V.120 software supports statistical multiplexing which inter- 
leaves packets from multiple sources onto the ISDN B- or D-channels. 



7.1.1 IDL and SCP Interfaces 

The data backbone of the system is the IDL bus. Figure 7-2 describes the interconnection between the 
S/T transceiver, the DDLC, and the codec/filter. The IDL bus passes actual data which is transferred on 
the ISDN link to the network. The SCP bus passes status and control information between the MC145474 
S/T transceiver and the host processor using the SCP module in the DDLC. 
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Figure 7-2. IDL, SCP Bus Connections 



On both IDL and SCP buses, master transmitters are connected to slave receivers and slave transmitters 
are connected to master receivers. The MC145474 S/T transceiver is the IDL master and the DDLC is the 
SCP master. Refer to Table 4-4 which defines pin names and data directions and cross references them 
to the actual pin numbers on the DDLC. Refer to the MC145474 S/T transceiver and MC145554 codec/ 
filter data sheets for correct pin connections. 

All three chips simply connect together on the IDL bus and the DDLC and S/T transceiver connect together 
on the SCP bus. The codec/filter operates on IDL B1 -channel and the DDLC will be programmed with 
software to communicate on IDL B2 and IDL D-channels. 



7.1.2 MPU /DMA Interface 

The DDLC was designed to fit into a 68000 host system with minimal glue logic. For the high-performance 
terminal adapter in this example, virtually all glue logic is contained in two PALs. Because the DDLC is 
the only bus master other than the 68000, bus arbitration is handled directly by the 68000. Interrupts from 
the DUART, DDLC, and S/T transceiver are directly connected into the three I PL inputs of the 68000. 
The Interrupt Acknowledge (IACK) signal to the DDLC is also generated in one of the PALs. 

The RAM size is small (16K bytes) so static RAM was chosen for simplicity. Similarly, the ROM is small 
so two 32K x 8 EPROMs are used. Memory is arranged in even and odd byte address banks to be compatible 
with the DDLC and 68000 memory structure. 
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Figure 7-3 describes the memory map used in this example. Eight 16K byte pages are used. ROM occupies 
the lowest four pages. RAM is actually one 16K byte page, but since full address decoding is not used, 
an alias page, beginning at 14000, appears. The DDLC and DUART are not fully decoded so they appear 
on many alias addresses within their respective 16K pages. As the DUART is an 8-bit peripheral, it occupies 
only the odd bank of its 16K byte page, all accesses to the DUART are on odd addresses. 
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Figure 7-3. 128K Byte Memory Map 

The DDLC OWN pins are provided so that the page on which the buffer RAM resides can be accessed. 
In this example, the OWN pins are used to generate a chip select for the RAM which resides on the fifth 
page in the system. Expanding the ROM or RAM beyond this example is quite easy. Simply going to 32K 
byte pages doubles all available blocks without changing the address decoder block. The address pins are 
just co nnected to the next most significant address pins on the system bus. Other applications use the 
OWN pins to generate function codes and further expand the memory. Section 7.2 describes such a 
system. 



7.1.2.1 INTERRUPT VECTORS. This design example has three interrupt generating devices, the 
MC145474 S/T transceiver, the DUART, and the DDLC. The 68000 has three interrupt input pins which 
can be encoded to prod uce up to seven interrupt priority levels. Level 7 is the highest priority and level 1 
is th e lowest. The DDLC IRQ pin is connected to IPL1 generating a level 2 interrupt and the S/T transceiver 
IRQ pin is connected to IPL0 generating a level 1 interrupt. Because the DUART will be w orking at relatively 
high speeds, up to 19.2 kbps, its interrupt priority is set to level 4 by connecting its IRQ pin to IPL2. After 
the 68000 recognizes that an interrupt has been generated, it stacks selected internal registers then fetches 
a vector number from the interrupting device. The ve ctor fetch cycle, known as an interrupt acknowledge 
cycle, is similar to a read cycle except that the IACK pin on the peripheral device is activated rather than 
the CS pin. 

The DDLC generates up to 27 interrupts and encodes them into 15 unique vectors. Several interrupt 
handlers may be built in software, each servicing specific interrupts. The DUART also generates its own 
vectors in a similar manner to the DDLC, but this design uses the autovectoring technique of the 68000 
to service the DUART and the S/T transceiver interrupts. Autovectoring operates as follows. When t he 
68000 fetches a vector from the interrupting device, if it detects VPA asserted in place of DTACK, it 
terminates the cycle and vectors to the function addressed by the autovector area of the vector map for 
the current interrupt level. Seve n autovectors are provided, one for each priority level. One of the PALs 
is programmed to generate VPA when a level 1 or level 4 IACK cycle is performed causing an autovector. 

The starting addresses of the interrupt handlers must be placed in their proper locations in the interrupt 
vector map during the TA's restart sequence. The programmer should not enable any interrupts in the 
system until all vectors have been placed in the vector map. 
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7.1.2.2 DMA BUS ARBITRATION. The DDLC has a built-in DMA controller wh ich conn ects to the 68000 
quite simply in this TA example. The three DMA arbitration pins, BR, BG, and BGAGK directly connect 
to their counterparts on the 68000. All three signals need pull-up resistors of about 50 kQ. A more complex 
design with multiple MPU bus masters normally uses a bus arbitration module. 

7.1.2.3 DECODER PALs. Chip count of this terminal adapter is minimized by using two PALs (program- 
mable array logic). This section describes the operations performed by the PALs and their design eq uations. 
Chip selects and control signals for RAM and ROM are generated in the address decoder PAL. DTACK 
for RAM and ROM is generated in a second PAL. Recall that the DDLC and DUART generate their own 
DTACK signals. The address decoder PAL is a 20L8 device and the DTACK generator is a 16R4 device. 
Table 7-1 describes the input and output signals of the PALs, while Table 7-2 defines the design equations. 



Table 7-1. System Decoder PALs 



Address Decoder (20L8) 


DTACK Generator (16R4) 


Inputs 


Outputs 


Inputs 


Outputs 


AS 


/ROM CS 


ROM CS 


/DTACK0 


A2 


/RAM_CS 


RAM CS 


/DTACK1 


A14 


/DDLC CS 


MCLK 


/RAM DTACK 


A15 


/DDLC IACK 


Q1 


Q0 (Internal Terms) 


A16 


/DUART CS 


Q2 


Q1 (Internal Terms) 


A17 


/WE 


ENABLE 




OWN0 


/OE 






OWN1 


/VPA 






RW 








DS 









Table 7-2. PAL Design Equations 





Address Decoder (20L8) 


/DUART_CS = 


/AS.A16.A15.A14 


/DDLC_CS = 


/AS.A16.A15-/A14 


/DDLC_IACK = 


/AS.A17.A2 


/ROM_CS = 


/AS./A16 


/RAM_CS = 


/AS.A16./A15.0WN 0»OWN 1 + 
/AS./A15./OWN OOWN 1 + 
/AS./A15.0WN 0./OWN 1 


/VPA = 


/AS-A17./A2 


/WE = 


/DS./RW./AS.A16./A15.0WN 0«OWN 1 + 
/DS./RW./AS./A15./OWN OOWN 1 + 
/DS-/RW./AS./A15.0WN 0./OWN 1 


/OE = 


/DS.RW./AS.A16./A15.0WN 0»OWN 1 + 
/DS.RW./AS./A15./OWN 0.OWN 1 + 
/DS.RW./AS./A15.0WN O/OWN 1 




DTACK Generator (16R4) 


Q0 = 


/ROM_CS (Clocked by MCLK) 


Q1 = 


/ROM_CS»Q0 (Clocked by MCLK) 


Q2 = 


/ROM_CS«Q0.Q1 (Clocked by MCLK) 


/DTACK = 


Q0.QWROM CS (Normal DTACK) 


/DTACK1 = 


Q1.Q2./ROM CS (Delayed DTACK) 


/RAM_DTACK = 


/RAM_CS 


/OE (Input) = 


/ROM_CS 


CLK (Input) = 


MCLK 



NOTE: The three DTACK signals are three-state signals which are high 
impedance while their respective chip selects are inactive. 
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The address decoder operates on 16K byte pages allocating four pages to ROM and one page each to 
the DDLC, the DUART, and RAM. As full address decoding is not used, RAM appears at an alias page 
beginning at address 14000 and the DUART and DDLC appear at many alias addresses in their respective 
pages. The IACK cycle is detected, not by using the function codes, but by detecting the assertion of 
A17. When the 68000 does an interrupt vector fetch, it puts addresses between FFFFF0 and FFFFFF on 
the bus. This is the only time in this design that the 68000 accesses an address where A17 is asserted, 
so A17 makes a convenient interrupt fetch detec tor. When A2 is asserted during an interrupt fetc h cyc le, 
indicating a level 2 interrupt vector fetch, IACK to the DDLC is asserted. When A2 is negated, VPA is 
asserted low causing the 68000 to vector to the level 1 or level 4 autovector. 

DTACK signals are generated for ROM and RAM. Normal and delayed DTACKs are provided for ROM 
enabling the use of slow EPROMs if desired. Fast static RAM is assumed, so RAM_DTACK is simply 
RAM_CS converted into an open-drain signal. 

7.1.3 User Interface (Microcomputer Keyboard/ Display Controller) 

A microcomputer, configured as a smart peripheral, is a simple but powerful way to provide a user interface 
into the TA. Typically a keypad and LCD display provide input means and feedback to the user. Ordinary 
telephones provide audio feedback (signalling tones, etc.) to the user, so the microcomputer in this example 
also generates these tones. While the microcomputer is controlling the keyboard and display, it com- 
municates with the 68000 host to pass keypad inputs to the TA and status signals to the display. A simple 
protocol using the asynchronous port of the MC68HC05 and one of the two DUART channels is an 
inexpensive and reliable w3y to provide two-way communication between the processors. 

To be user friendly, an ISDN terminal adapter must be similar in operation to an ordinary telephone. 
Because it has several features not on ordinary telephones, it will have special function keys and a display 
of some sort. When the user wishes to place a call, the user places the TA in the off-hook state and dials 
the number— just like an ordinary telephone. The MCU reports the hookswitch status to the host to prepare 
the TA for an outgoing call. When the host acknowledges the status, the MCU reports keypad inputs to 
the host so call-setup messages can be prepared for transmission to the network. Terminating a call is 
also similar to that of an ordinary phone. Voice and data calls are handled similarly. 

A simple message protocol should be implemented between the host and MCU, consisting of a status 
byte followed by data bytes. Optional error checking can be provided, but probably is not necessary. A 
typical speed for the data link would be 9600 baud with operation in a full duplex mode. Almost any 
message format may be used, but it must be simple enough so that it does not burden either the MCU 
or the host. The MCU should be the link master, so that if the 68000 needs service, or has a message, it 
should request permission to transmit before continuing. 

A basic set of messages from the MCU to the host would consist of status information such as "Key x 
Pushed", "Go Ahead," and "Message ACKnowledged". Others may be implemented as needed. Messages 
from the host include "Display Message xxx", "Enable Tone yy", "Message ACKnowledged", and "Set 
Test Mode", among others. Details of how the message protocol is implemented is beyond the scope of 
this data sheet. Typically, the host processor in a system does not handle low level tasks such as keyboard 
scanning and display driving. Using a microcomputer as a smart peripheral makes more sense from both 
the hardware and software aspects. The MCU has quite a bit of power which may be exploited by handling 
certain aspects of the TA state control in its firmware. Specific partitioning is up to the system designer. 

Using an asynchronous link between the host and MCU makes good use of available hardware. The 
DUART has a second channel which would not normally be used and the MCU has an asynchronous 
communication module on-chip. Separation of functions between the host, which is controlling the PAD 
functions, and the MCU which is controlling the keyboard and display is clean. Only when a key is pressed, 
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or when a new message is to be displayed is there any communication between the 68000 and MCU. This 
leaves the host free to handle the PAD functions both for signaling and data transmission with interruptions 
only during state changes requested by the user or by the network. 

7.1.4 Real-Time Operating System 

A small real-time operating system coordinates the PAD functions with real-time inputs from the micro- 
computer. The operating system is capable of controlling several instances of layer 2 (LAPD) and layer 
3, each logically independent from one another (even though they may use the same physical ROM code). 
Each process has its own environment which distinguishes it from other similar processes. The low-level 
device drivers operate in an interrupt environment and communicate with their host processes through 
mailbox structures. Requests from the outside world (user or network) are handled by the operating system. 
Appropriate processes are spawned or terminated as required. Figure 7-4 describes the interaction of the 
operating system with the processes, their environments, and the device drivers. 
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Figure 7-4. Real-Time Multitasking Operating System 

The operating system keeps track of all processes. For example, if a voice call is in progress and a data 
call is requested, the operating system will spawn new logical instances of layer 1, 2, and 3 processes to 
control the data call on the B-channel. When the data call is terminated, the instances that were spawned 
are terminated. The voice call is independent and ignorant of the data call. The operating system keeps 
track of and controls the priority of each process and adjusts it as needed. Recall that network signaling 
messages have higher priority than packet messages. 



Figure 7-5 is a high-level view of the software/ hardware interface. The operating system is not shown, 
as the individual processes and device drivers are not aware of its presence. From the processes' point 
of view it serves as a post office which passes messages between layers and from layers to device drivers. 
Requests from the outside are processed through the management entity. 
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Figure 7-5. Terminal Adapter Software/ Hardware Mode! 



7.1.5 Summary 

This section has described a conceptual design for a stand-alone ISDN terminal adapter. It is intended 
only to provide suggestions as to how a design might be done. The PAL equations are examples which 
are based on proven 68000 designs. The software which resides in ROM is simple to describe but complex 
to write. No attempt has been made to describe the complexities of LAPD or layer 3 software. The next 
section will go into some detail regarding layer 2 software along with the low-level device drivers. 

Notice that the layer 1 device driver logically connects to the S/T transceiver even though it physically 
communicates via the DDLC's SCP block. 

7.2 ISDN TERMINAL CARD FOR THE MACINTOSH SE 

The Macintosh SE combined with an ISDN terminal card provides a powerful desktop communication 
tool. This section describes the design of an ISDN terminal which has the capability of transferring data 
at 64 kbps over an ISDN B-channel while a voice call may be made on the second B-channel. Call set- 
up and tear-down is handled on the D-channel. The card uses the Macintosh's 68000 CPU and system 
memory. Application software resides on disk and is loaded into memory when the application is started. 

The following discussion assumes that the reader is familiar with the Macintosh environment. The Macintosh 
is a powerful, elegant computer with a complex software package. Once the operating system and ROM 
Toolbox are understood the Macintosh is a programmer's dream. It is easy to build powerful, robust 
applications which have the "Mac-Look". 
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In many ways the stand-alone terminal adapter described in the previous section is similar to the Macintosh 
SE TA. This section will provide detailed descriptions of the hardware and software. Figure 7-6 is a block 
diagram of the terminal card hardware. 
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Figure 7-6. Macintosh SE ISDN Terminal Card 
Hardware Block Diagram 

7.2.1 Terminal Card Hardware Description 

This section describes the hardware of the terminal card. Brief digressions into three low-level software 
routines are included to clarify the hardware/software relationship. 

7.2.1.1 THE MACINTOSH SE EXPANSION BUS. The Macintosh SE is the first Macintosh computer 
which provides an expansion slot so peripheral devices may be added to the system. Connection to the 
mother board is via a single 96-pin VME-type connector. Pin functions are unique to the Macintosh SE 
and are in no way compatible with the VME bus. For a detailed description of the expansion slot consult 
Designing Cards and Drivers for the Macintosh II and Macintosh SE, Addison-Wesley Publishing Company, 
1987. This book is referred to as DC&D throughout the discussion. 

7.2.1.2 DATA, ADDRESS, AND CONTROL BUSES. Basically, the expansion slot provides all MC68000 
bus signals plus a few extras which are used by the custom circuitry in the Macintosh. For the most part, 
the DDLC is directly compatible with the signals provided. The data bus of the DDLC is directly connected 
to the data bus of the expansion port. No data transceivers are necessary. 

The address bus in the Macintosh is 23 bits wide. Address decoders inside the Macintosh utilize all 23 
lines to select specific devices or RAM areas. Since the DDLC provides 16 address lines, address expansion 
is required. A 64K byte block of RAM is used by the DDLC's DMA controller to hold data that is ready 
to transmit or that has just been received. An LS374 Octal Latch is used as an address expansion register 
which is enabled onto the address bus during DMA cycles when the DDLC owns the bus. The 
DDLCbufferAllocf ) routine allocates buffer space from the operating system and loads the upper byte of 
the buffer's base address into the '374 (see Figures 7-7 and 7-8). When a DMA cycle is executed the 
outputs of the '374 are enabled by the OWN pins onto the upper byte of the address bus providing 
effectively 23 address lines. 
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/*************************************************************************** 

* typedef of the complete DDLC register structure * 

**************************************************** 



typedef short int INTEGER; 
typedef unsigned BIT_FIELD; 

/* 

* Individual register unions 
*/ 

typedef union { 
INTEGER SysCntr; 
struct { 

BIT_FIELD : 8 ; 

BIT_FIELD TEST : 3; 

BIT_FIELD DTACKEn : 1; 

BIT_FIELD WAIT : 2; 

BIT_FIELD RESET : 1; 

BIT_FIELD BW : 1; 

} sys_control; 
} SYSCONTROL; 



/* system control register */ 



/* 8-f: Dummy Bits */ 

/* 5-7: Factory Test Modes */ 

/* 4: DTACK Enable */ 

/* 2-3: Wait State Select */ 

/* 1: Software Reset */ 

/* 0: Bus Width (Status) */ 



typedef union { 
INTEGER Vector; 
struct { 
BIT_FIELD 
BIT_FIELD VecUser 
BIT_FIELD VecNum 
} mstr_stat; 
} MASTERSTATUS ; 



/* master status register (vector) */ 



/* 8-f: Dummy Bits */ 

/* 4-7: User Programmable Bits */ 

/* 0-3: Vector Number */ 



typedef union { /* 
INTEGER IntEn; 



struct { 



BIT_ 


_FIELD 


SCPC 


1 


/* 


BIT_ 


_FIELD 


CD1 


1 


/* 


BIT_ 


_FIELD 


CDO 


1 


/* 


BIT_ 


_FIELD 


Rxlldl 


1 


/* 


BIT_ 


_FIELD 


RxOIdl 


1 


/* 


BIT_ 


_FIELD 


RxBOvr 


1 


/* 


BIT_ 


_FIELD 


TxFUnr 


1 


/* 


BIT_ 


_FIELD 


RxFOvr 


1 


/* 


BIT_ 


_FIELD 


TxlFC 


1 


/* 


BIT_ 


_FIELD 


TxOFC 


1 


/* 


BIT_ 


_FIELD 


TxlDMAC 


1 


/* 


BIT_ 


_FIELD 


TxODMAC 


1 


/* 


BIT_ 


FIELD 


RxlDMAC 


1 


/* 


BIT_ 


_FIELD 


RxODMAC 


1 


/* 


BIT_ 


FIELD 


AddrErr 


1 


/* 


BIT_ 


FIELD 


BusErr 


1 


/* 



} int__enable; 
} IRQE; 



interrupt enable register */ 



f: SCP Interrupt Enable */ 

e: CD1 Interrupt Enable */ 

d: CDO Interrupt Enable */ 

c: Ch 1 Idle Interrupt Enable */ 

b: Ch Idle Interrupt Enable */ 

a: Receive Buffer Overrun Int Enable */ 

9: Transmit FIFO Underrun Int Enable */ 

8: Receive FIFO Overrun Int Enable */ 

7: Ch 1 Tx Frame Complete Int Enable */ 

6: Ch Tx Frame Complete Int Enable */ 

5: Ch 1 Tx DMA Complete Int Enable */ 

4: Ch Tx DMA Complete Int Enable */ 

3: Ch 1 Rx DMA Complete Int Enable */ 

2: Ch Rx DMA Complete Int Enable */ 

1: Address Error Interrupt Enable */ 

0: Bus Error Interrupt Enable */ 



Figure 7-7. DDLC typedef (C Language) 
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typedef union { 
INTEGER SCPReg; 
struct { 
BIT_FIELD 
BIT_FIELD 
BIT_FIELD CI 
BIT_FIELD BR 
BIT_FIELD Enl 
BIT_FIELD EnO 
BIT_FIELD TxEn 
BIT_FIELD TxRx 
} scpreg; 
} SCP; 

typedef union { 
INTEGER timer; 
struct { 
BIT_FIELD 
BIT_FIELD TIRQ 
BIT_FIELD WDE 
BIT_FIELD TEN 
BIT_FIELD count 
} Timer; 
} TIMER; 



/* scp status/control register */ 



1 


/* 


f : 


SCP Complete */ 


1 


/* 


e: 


Slave/Master Select */ 


1 


/* 


d: 


SCP Clock Invert */ 


2 


/* 


b- 


c: SCP Baud Rate Select */ 


1 


/* 


a: 


SCP Enable 1 */ 


1 


/* 


9: 


SCP Enable */ 


1 


/* 


8: 


SCP Transmit Enable */ 


8 


/* 


0- 


7: SCP Tx/Rx Register */ 



/* timer register */ 



5 


/* 


b- 


f: Dummy Bits */ 


1 


/* 


a: 


Timer Interrupt Status bit 


1 


/* 


9: 


Watchdog Enable (chan only) 


1 


/* 


8: 


Timer Enable */ 


8 


/* 


7- 


0: 8-bit Timer Register */ 



/* 



Structure of the channel's status/control and buffer descriptor registers 

/* channel status/control registers */ 



typedef struct { 
union { 

INTEGER SerCont 
struct { 



BIT_ 


FIELD 




1 


/* 


f : 


Dummy bit */ 


BIT_ 


_FIELD 


SCPE 


1 


/* 


e : 


SCP Enable */ 


BIT_ 


_FIELD 


TOL 


1 


/* 


d: 


Transmit on Loop */ 


BIT_ 


FIELD 


LOOP 


1 


/* 


c : 


Loopback */ 


BIT_ 


FIELD 


TRSP 


1 


/* 


b: 


Transparent Operation */ 


BIT_ 


FIELD 


MODE 


3 


/* 


8- 


a: Mode Bits */ 


BIT_ 


_FIELD 


MASK 


8 


/* 


0- 


7: Bit Mask Register */ 



} serial_control ; 
} SerControl; 
union { 

INTEGER TxCntr; 

struct { 



} tx__control; 
} TxCont; 



/* transmit control register */ 



BIT_ 


FIELD 




9 


/* 


7- 


f: Dummy Bits */ 




BIT_ 


FIELD 


DI 


1 


/* 


6: 


Data Invert */ 




BIT_ 


FIELD 


FA 


1 


/* 


5: 


Force Abort */ 




BIT_ 


_FIELD 


MD 


1 


/* 


4: 


Mask Drive */ 




BIT_ 


_FIELD 


FCE 


1 


/* 


3: 


Force CRC Error 


*/ 


BIT_ 


_FIELD 


ITF 


1 


/* 


2: 


Inter-frame Time 


Fill */ 


BIT_ 


_FIELD 


BR 


1 


/* 


1: 


Buffer Ready */ 




BIT_ 


_FIELD 


TE 


1 


/* 


0: 


Transmit Enable 


*/ 



Figure 7-7. DDLC typedef (C Language) (Continued) 
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union { 

INTEGER RxCntr; 
struct { 



/* receive control register */ 



BIT_FIELD 




9; 


/* 


7- 


f: Dummy Bits */ 


BIT_FIELD 


DI 


1; 


/* 


6: 


Data Invert */ 


BIT_FIELD 


ABS 


1; 


/* 


5: 


Address Byte Select */ 


BIT_FIELD 


ACE 


1; 


/* 


4: 


Address Compare Enable */ 


BIT_FIELD 


RCE 


1; 


/* 


3: 


Receive on CRC Error */ 


BIT_FIELD 


BBR 


1; 


/* 


2: 


Buffer B Ready */ 


BIT_FIELD 


BAR 


1; 


/* 


1: 


Buffer A Ready */ 


BIT_FIELD 


RE 


1; 


/* 


0: 


Receiver Enable */ 



} rx_control; 
} RxCont; 
union { 

INTEGER TxStatus; 

struct { 



> tx_stat; 
} TxStat; 
union { 

INTEGER RxStatus; 

struct { 



} AddCmp; 
union { 

INTEGER Wild; 

struct { 
BIT_FIELD 

BIT_FIELD Wildcard 
> wildbits; 
} WildBits; 



/* transmit status register */ 



BIT_FIELD 




10; 


/* 


6- 


f: Dummy Bits */ 


BIT_FIELD 


FUN 


1; 


/* 


5: 


FIFO Underrun */ 


BIT_FIELD 


TFC 


1; 


/* 


4: 


Transmit Frame Complete */ 


BIT_FIELD 


CTS 


1; 


/* 


3: 


CTS Status */ 


BIT_FIELD 


BE 


1; 


/* 


2: 


Bus Error */ 


BIT_FIELD 


AE 


1; 


/* 


1: 


Address Error */ 


BIT_FIELD 


TDC 


1; 


/* 


0: 


Transmit DMA Complete */ 



/* receive status register */ 



BIT_FIELD 


CD 


1; 


/* 


f : 


CD pin status */ 


BIT_FIELD 


RI 


1; 


/* 


e: 


Receiver Link Idle */ 


BIT_FIELD 


CE 


1; 


/* 


d: 


CRC Error */ 


BIT_FIELD 


CDIRQ 


1; 


/* 


c : 


CD Interrupt Status */ 


BIT_FIELD 


FO 


1; 


/* 


b: 


FIFO Overrun */ 


BIT_FIELD 


RC 


3; 


/* 


8- 


a: Residue Count */ 


BIT_FIELD 




2; 


/* 


6- 


7: Dummy Bits */ 


BIT_FIELD 


BE 


1; 


/* 


5: 


Bus Error */ 


BIT_FIELD 


AE 


1; 


/* 


4: 


Address Error */ 


BIT_FIELD 


BBO 


1; 


/* 


3: 


Buffer B Overrun */ 


BIT_FIELD 


BAO 


1; 


/* 


2: 


Buffer A Overrun */ 


BIT_FIELD 


RBC 


1; 


/* 


1: 


Buffer B Complete */ 


BIT_FIELD 


RAC 


i; 


/* 


0: 


Buffer A Complete */ 


} rx_status 












RxStat ; 












.ruct { 






/* 


address compare registers 


char AddCompl ; 




/* 


8- 


f: Compare Address 1 */ 


char AddCompO ; 




/* 


0- 


7: Compare Address */ 



/* wildcard register */ 



/*8-f: DummyBits */ 

/* 0-7: Address Wildcard Bits */ 



Figure 7-7. DDLC typedef (C Language) (Continued) 
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union { /* 
INTEGER CRCErr; 
struct { 

BIT_FIELD : 8; /* 

BIT_FIELD CRCError : 8; /* 



} crcerrors; 



} CRCErrors; 




INTEGER 


TxFrLen; 


/* 


INTEGER 


TxBase; 


/* 


INTEGER 


TxByteCnt ; 


/* 


INTEGER 


RxBuf Len; 


/* 


INTEGER 


RxABase ; 


/* 


INTEGER 


RxABy teCnt ; 


/* 


INTEGER 


RxBBase; 


/* 


INTEGER 


RxBByteCnt; 


/* 



} CH REGS; 



CRC error count */ 



8-f: Dummy Bits */ 
0-7: CRC Error Count */ 



Transmit Frame Length */ 
Transmit Buffer Base Address */ 
Transmit Byte Count */ 
Receive Buffer Length */ 
Receive Buffer A Base Address */ 
Receive Buffer A Byte Count */ 
Receive Buffer B Base Address */ 
Receive Buffer B Byte Count */ 



typedef of the complete DDLC register structure 



*/ 

typedef struct { 

SYSCONTROL System; 
MASTERSTATUS MS tat; 
IRQE Interrupt; 
INTEGER Selectl6; 
INTEGER unused_spaceO[ 4 
SCP scp; 

TIMER timeout [ 2 ] ; 
INTEGER unused_spacel [ 5 ] ; 
CH_REGS Ch_Regs[2]; 
} DDLC ; 



/* system control register */ 
/* master status register */ 
/* interrupt enable register */ 
/* dummy register for 16-bit bus */ 
]; /* unused space */ 

/* scp register */ 
/* timer registers */ 
unused space */ 

/*' channel status/control registers 



/* 



definition of global DDLC pointer 



*/ 

DDLC *ddlc_ptr; 



Figure 7-7. DDLC typedef (C Language) (Continued) 



#define AddrExp 0x00528000L 
#define AddrMask OxOOffOOOOL 



/* 

* DDLCbuf f erAlloc allocates nonrelocatable memory that 

* resides completely on a single 64k byte page. 

* The requested size must be <= 64k bytes. 
* 

* A global constant <(void) *AddrExp> should contain the 

* address of the Address Expansion Register. Typically, this 

* value will be 528000h or 52c000h. 
* 

* Calling Syntax: void *DDLCbuff erAlloc ( unsigned long BufferSize); 

* Functions called internally: mlalloc(), relalloc() 

* Return value: if success: pointer to allocated buffer 

* if failure: NULL 
*/ 

void *DDLCbuff erAlloc ( BufferSize ) 

unsigned long BufferSize; 

{ 

int *AddrExpReg; /* pointer to Address Exp Register */ 

void *big_buffer; /* pointer to original requested buffer */ 

unsigned long int extra_page; /* temporary data */ 
unsigned long int first_page; /* temporary data */ 

AddrExpReg = (void, *) AddrExp; 

if (BufferSize > (long) 0x00010000) return ( (void *) NULL); 
/* allocate twice as much as requested */ 

if ( (big_buf fer = (void *) mlalloc (Buf f erSize«l ) ) == (void *) NULL) 

return (big_buf f er ) ; /* allocation failure return NULL */ 
extra_page = ((unsigned long) big_buffer + BufferSize) & AddrMask; 
first_page = (unsigned long) big_buffer & AddrMask; 
if (extra_page > first_page) { 

long int length; 

/* requested buffer overlaps 64k page boundary; use the higher page */ 
♦AddrExpReg = (int) (extra_page » 16); /* load Address Expansion Register */ 
length = extra_page - (unsigned long) big_buffer + BufferSize; 

/* deallocate unused space above requested buffer */ 
if (relalloc(big_buf fer, length) == (void *) NULL) 

return((void *) NULL); /* reallocation failure; return NULL */ 
return ((void *) extra_page); 

} 

else { 

/* requested buffer fits on a single 64k page */ 

*AddrExpReg = (int) ( f irst_page » 16); /* load Address Expansion Register */ 
if (relalloc(big_buf fer, BufferSize) == (void *) NULL) 

return ((void *) NULL); /* reallocation failure; return NULL */ 
return (big_buf fer ) ; 

} 

} 

Figure 7-8. DDLCbufferAllocI ) Procedure (C Language) 
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Since the OWN pins are driven high or low during a DMA cycle they cannot be simply connected together 
to control one '374; diodes are used to "wire-OR" them together. One of the OWN pins is active when 
the DDLC is the bus master and is executing a DMA cycle. At all other times, the address expansion 
register is held off of the address bus in a high-impedance state. 

Both channels share the same 64K byte buffer area in this design example. If the two channels need 
separate pages, two address expansion registers can be provided, each controlled by its OWN pin. See 
Figure 7-9. DDLChufferAlloc( ) should be appropriately modified so that it can load page addresses into 
two separate '374 registers. This scheme can be expanded so that each receiver and transmitter has its 
own buffer page by using the R/W pin to further decode the OWN pins. 

The Macintosh control bus has a few special signals which are not used directly by the 68000. EXT. DTK 
disables the Macintosh's internal DTACK generator allowing an external device to generate its own DTACK. 
The chip select line to the DDLC is connected to EXT. DTK so the DDLC's internal DTACK generator may 
be used (DC&D 13-10). Timing of the Macintosh bus is slightly different from the 68000. In particular AS 
of an external bus master (the DDLC) must not change around the rising edge of the Macintosh's S3 state 
(DC&D 13-14). Since the DDLC is not synchronized to the Macintosh bus and its AS signal changes on 
a rising edge, the MCLK to the DDLC is derived from the C8M signal and inverted. 

7.2.1 .3 INTERRUPTS. The DDLC provides several interrupt vectors to the host processor. The Macintosh 
cannot however use these vectors directly. Instead, the autovector capability of the 68000 is used (DC&D 
13-16). A gate array in the Macintosh generates a VPA signal to the 68000 whenever an interrupt vector 
fetch is made which initiates autovector operation. The processor fetches an address located in the 
autovector area and jumps to that location. There are seven autovector locations in the system. All 27 
interrupts generated by the DDLC are grouped into the level 5 autovector (vector location 0074h). Similarly, 
interrupts generated by the MC145474 S/T transceiver are assigned to the level 3 auto-vector (vector 
location 006ch). The Macintosh system uses level 1, level 2, and level 4 interrupts for its own uses. Level 
1 the lowest priority. 

When a level 5 interrupt is detected, the interrupt handler in the terminal card's software package looks 
at the Master Status register in the DDLC and jumps to the appropriate routine based on the value in the 
register. When a level 3 interrupt is generated, a special routine accesses the S/T transceiver through the 
SCP in the DDLC. Interrupt handlers will be discussed in greater detail in Section 7.2.2.2.5. 

7.2.1.4 PAL DEVICE. A 16L8 PAL is used to generate chip select signals to the DDLC and '374 address 
expansion register. The base address of the DDLC is 520000h and the address of the address expansion 
register is 528001 h. 520000h was chosen as the base address because it is in an area that does not have 
RAM and is not used for Apple factory testing (DC&D 13-16). The PAL also generates an inverted MCLK 
for the DDLC. When the card is installed in the Second Wave ExpanSE chassis (available from Second 
Wave, Austin, Texas, (512) 343-9661) the inverted clock is not used and MCLK is connected directly to 
the C8M signal of the chassis. 

The PAL is programmed to provide a chip select for a second address expansion register even though it 
is not used in this example. The design equations for the PAL are: 

/520000h = /A23*A22./A21.A20./A19./A18.A17./A15./A14./AS 
/528001h = /A23.A22./A21.A20*/A19./A18.A17.A15./A14./AS./LDS 
/52C001h = /A23.A22*/A21.A20./A19./A18*A17.A15.A14./AS*/LDS 

/MCLK=/C8M 

7.2.1.5 SERIAL BUSES. Two serial buses connect the S/T transceiver, DDLC, and codec/filter. The 
IDL bus transports data while the SCP bus transports control information. The following paragraphs 
describe the operation of the two buses. 
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NOTES: 

1. If only one address expansion register is used, the anodes of the diodes can be connected together effectively "Wire-ORing" OWNO and OWN1 together onto the output enable pin of the 374. If two 374s are used, 
the diodes may be removed and the OWN pins connected directly to the 374 output enable pins. The pull-up pins must still be used as the OWN pins are high-impedance while not in DMA. 

2. JU1 is a clock selector for the DDLC. The PAL is programmed to be an inverter from pin 15 to pin 12. When this board is installed directly into a Macintosh SE, the MCLK should be inverted from the C8M signal on 
the expansion connector. If a Second Wave ExpanSE chassis is used, MCLK should not be inverted. 
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7.2.1.5.1 IDL Bus. The IDL bus is a 4-wire serial bus which transports serial data between the DDLC, 
S/T transceiver, and codec/filter. This bus is described in detail in Section 6.1. Since the S/T transceiver 
is the IDL master, its Tx pin is connected to the Rx pins of the DDLC and codec/filter. Likewise, the 
S/T transceiver's Rx pin is connected to the other devices' Tx pins. The SYNC pins of the devices and 
CLK pins are connected to their respective mates. Recall that the DDLC has two independent IDL interfaces. 
Since they are on the same bus, they are simply connected together. Of course, the two channels must 
not be programmed to operate on the same IDL timeslots at the same time. 

The codec/filter operates on the IDL B1-channel, so the DDLC is programmed to use the other B-channel 
and the D-channel. The S/T transceiver has the capability to switch B-channels internally, so the DDLC 
and codec/filter can access either B-channel on the ISDN S/T bus. 

7.2.1.5.2 SCP Bus. The Macintosh's 68000 communicates with the MC145474 S/T transceiver's internal 
registers through the DDLC's SCP port. Operation of the SCP from the DDLC's point of view is described 
in detail in Section 6.4. Figures 7-10 and 7-11 describe two C routines which communicate to the S/T 
transceiver. STReadWrite! ) is a routine which accepts the data direction (read or write), the S/T transceiver 
register address, and the data to be written, scpjransferf ) actually performs the data exchange with the 
S/T transceiver. Transceiver nibble registers need a one-byte access; direction, address, and data (on a 
write) are all in one byte. Byte registers need two accesses where the first eight-bit exchange passes the 
direction and address to the transceiver and the second exchange passes the data. For more details on 
the operation of the S/T transceiver consult the MC145474 data sheet. 



/* 



* STReadWrite ( ) 
★ 

* STReadWrite is a low level device driver for communication 

* with the MC145474 S/T Transceiver. 
* 

* Calling Syntax: int STReadWrite ( int dir, int addr, int data); 

* int dir: data direction 1 = read, = write 

* int addr: address of S/T transceiver register to be accessed. 

* int data: data to be written. (Don't care on a read) 

* 

* Functions called internally: scp_transf er ( ) ; 

* Return value: data read from S/T Transceiver 
*/ 

int STReadWrite ( int direction, int address, int data) 
{ 

char data_byte =0; /* temporary storage of transmitted data */ 

if ( direction ) data__byte = (char) 0x80; /* if read, set the direction bit */ 

if (address >= 0x0070)" { /* byte register access to address */ 

data_byte |= (char )( address & 0x007F); /* 70h to 7Fh (mask unused bits) */ 

scp_transf er (data__byte) ; /* first eight-bit exchange... */ 

/* ...send the address */ 

data__byte = (char) data; /* now prepare the data... */ 

} /* ...for the second exchange */ 

else { /* nibble register access */ 

data_byte |= (char) (address « 4); /* address to 6h */ 

data_byte |= (char) (data & OxOf); /* set the transmitted data... */ 

} 

return ( scp_transf er (data_byte) ) ; /* begin the eight-bit exchange... */ 

} /* ...and return the result */ 

Figure 7-10. STReadWrite{ ) Procedure (C Language) 
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/* 

* scp_transf er ( ) 

* , 

* scp_transf er prepares the DDLC for communication 

* with the MC145474 S/T Transceiver and performs the transfer. 
* 

* Calling Syntax: int scp_transf er ( int data); 

* int data: address or data to be transferred to S/T Transceiver 
* 

* This function expects a global pointer to the DDLC register structure: 

* extern DDLC *ddlc_ptr; 
★ 

* Functions called internally: none 

* Return value: data read from S/T Transceiver 

* for write cycles this is unknown data 
*/ 

#define ON = 1 ; 
#define OFF = 0; 



int scp__transf er ( char data) 
{ 



extern DDLC *ddlc_ptr; 


/* 


pointer to DDLC register structure */ 


ddlc_ptr->scp. scpreg.TxRx = data; 


/* 


load the data into the DDLC */ 


ddlc_ptr->scp.SCPReg.EnO '= ON; 


/* 


set the EnO bit */ 


ddlc_ptr->scp. SCPReg.TxEn = ON; 


/* 


enable the SCP transmitter */ 


whi le ( ddlc ptr->scp . scpreg . TxEn ) ; 


/* 


wait for the exchange. . . */ 




/* 


...to complete */ 


ddlc_ptr->scp. scpreg.EnO = OFF; 


/* 


turn off EnO bit */ 


return ( ddlc_ptr->scp . SCPReg ) ; 


/* 


return the data (for write cycles */ 




/* 


this is unknown data) */ 



Figure 7-11. scp transfer( ) Procedure (C Language) 



scpjtransferf ) does not use the interrupt capability of the SCP module. In most cases when the DDLC 
is the SCP master, polling the Tx bit may be more efficient. In other applications where the DDLC is an 
SCP slave, the SCPC interrupt is probably the most efficient way of detecting that an asynchronous SCP 
exchange occurred. 

7.2.1 .6 S/TTRANSCEIVER AND LINE INTERFACE BLOCKS. The MC145474 S/T transceiver connects 
directly into the system through the SCP and IDL buse s. Fig ure 7-12 d escribes the connections. The IRQ 
signal is assigned to interrupt level 3 by "wire-ORing" IPLO and IPL1 through diodes. DREQ and DGNT 
are connected to DDLC channel 1 DREQ and DGNT pins (RTS and CTS) and the SCP and IDL buses are 
connected. The ISET resistor is selected to be 33 kQ which sets the transmit current to be compatible 
with 1:1 transformers. A 15.36 MHz crystal is connected to generate the master clock for the S/T interface. 
This clock generates the timing for the IDL bus and is asynchronous to the Macintosh's master clock. 
The TE/NT pin is connected to +5 V selecting the TE mode of operation. Figure 7-13 describes the 
interface and protection blocks which protect the S/T transceiver from high-level transient signals that 
exist on the twisted pairs of the S/T bus. The terminating resistor on the receive pair may or may not be 
needed, depending on the installation. 

7.2.1.7 CODEC/FILTER BLOCK. The MC145554 is a general-purpose codec/filter which converts analog 
voice signals into digital data that is transmitted over the S/T bus B-channels. It communicates with the 
S/T transceiver via the IDL bus on the B1-channel. Clock signals for the codec/filter's A/D and D/A are 
provided by the IDL CLK. The S/T transceiver is programmed to generate a 2.048 MHz IDL CLK. 
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Figure 7-14 shows the connection of the codec/filter to the IDL bus and the analog circuitry for the 
handset. R1 and R2 set the gain of the signal from the microphone. R5 sets the bias current through the 
microphone. R4 sets the attenuation for the received signal which is applied to the speaker. R3 sets the 
sidetone (feedback from mouth to ear). Resistor values shown are selected for a typical telephone handset 
with a carbon microphone. If an electret microphone is used R1 f R2, and R5 will change values to 
compensate for the different bias and gain characteristics of that microphone. 

Bypass capacitors C2 and C3 should be layed out close to the codec/filter chip. Placement of the ground 
paths around the codec/filter are critical to achieving the best possible analog performance. 

7.2.2 Terminal Card Software 

The following section describes the software package of the ISDN terminal card. Figure 7-15 is an overview 
of the software. 

7.2.2.1 SOFTWARE FUNCTIONAL DESCRIPTION. The general structure of the DDLC demo software 
is shown in Figure 7-15. The following functional blocks may be identified: 

• TRANSMIT and RECEIVE are the highest level routines which control the sequence of events required 
for proper transmission or reception of files. 

• Data link layer, that implements a HDLC data link protocol, with a sliding window (numbered) data 
flow control and go-back-N automatic retransmission error recovery. Two primitives are included in 
this functional block: D L_DATA_R EQU EST and D L_ D ATA_ I N D I CAT ION. The first is called by the 
application whenever a packet containing data from a file needs to be transmitted. The procedure 
checks the state of the transmission window, and determines whether the packet may be accepted 
by the data link layer. The second procedure is called by the application to determine if a received 
data packet is available for processing. If it is the case, and before returning control to the application, 
the DL_DATAJNDICATION procedure sends an acknowledge message to the peer entity at the other 
end of the data link with an acknowledge number corresponding to the received frame. 

• Physical layer provides a reliable data path between the upper data link layer and the hardware 
interface. Two primitives are implemented within this block: P H_DATA_R EQU EST and PH_ 
DATAJNDICATION. The first is executed whenever the upper data link layer requests that a packet 
be given to the DDLC for later transmission. The second is called by the same entity to determine 
whether or not a frame has been received that requires further processing. 

• Transmission queue and a reception queue, which are used to exchange data between the appli- 
cation and the DDLC. When a packet of data is ready to be given to the DDLC (to be later transmitted 
as a frame), it is placed in the transmission queue, from where the appropriate handler will access 
it and give it to the DDLC to be transmitted. When a data frame is received, it is placed in the 
reception queue by the interrupt handler, so that it may be accessed by the application. 

• Hardware interface is responsible for handling the hardware present on the card (mainly the DDLC 
itself). Within this block, the interrupt handler processes all of the interrupts originated from the 
DDLC as part of its normal operation: transmit frame complete interrupt, frame received interrupt, 
etc. Additional hardware drivers are required to initialize the DDLC, enable/disable its interrupts, 
and perform other maintenance functions. 

• Management entity, that provides for "additional" services required to link all the functional blocks 
of the application. 

7.2.2.2 DESCRIPTION OF THE INDIVIDUAL BLOCKS. What follows is a discussion of the issues 
concerning the implementation of the functional blocks of the software. 
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7.2.2.2.1 Transmit Procedure. The transmit functional block of the DDLC demo software is actually 
composed of three main procedures: transmission, transmit, and transmit_packet. The sequence of actions 
implemented by these procedures is as follows: 

Transmission: The transmission procedure is the first one to be executed (right after the transmit button 
is selected from the main window). It calls a procedure from the management entity to "install" the 
terminal card, and after that, displays the Macintosh standard file package so that the user may select 
which file is to be transmitted. The procedure then opens both data and resource forks of the file, and 
sends a numbered frame containing both the file type and file creator of the file to the data link layer. 
This "finder-related" information is required by the peer station to be able to create a file with the same 
characteristics as the one whose data is to be received. It must be emphasized that this first message is 
numbered: indeed, the transmission procedure will provide the data link layer with a data packet that will 
be processed exactly as if it were a file data packet. This way, the data link layer will retransmit this first 
"setup" frame until the proper acknowledge is received. 

Having done this, the transmission procedure is ready to start sending the file. To do this, it executes 
successive calls to the transmit procedure, requesting transmission of the data fork and resource fork of 
the file, respectively. 

Transmit: This procedure controls the transmission of a file fork (data or resource). It receives two input 
parameters: 

• The DDLC channel through which the data is to be sent. 

• The file reference number of the file fork to be transmitted. 

The procedure first determines the length of the file. If it is longer than 32K bytes, a 32K byte memory 
block is requested from the operating system, and the transmission of the file will proceed in blocks of 
32K bytes each. Otherwise the application requests a memory block long enough to load the file fork into 
memory. The transmit procedure initializes a status window, which displays the following information: 
the name of the file being transmitted, whether its data fork or resource fork is being transmitted, and 
how much (in percentage) of the file has been transmitted. Then it interleaves calls to the transmitpacket 
procedure with calls to a management entity procedure to update the information contained in the status 
window (the user has the option of suspending the transmission of a file at any time). 

Trans mitpacket: This procedure receives three input parameters: 

• The DDLC channel through which the data is to be sent. 

• A pointer to the buffer containing the data packet to be transmitted. 

• The length (in bytes) of the packet to be transmitted. 

The procedure transfers the data intended for transmission (which is in the memory buffer the file was 
read to), along with a packet header, to another memory buffer, and passes it to the data link layer for 
further processing. 

The sequence of actions involved in the transmission of a file is schematically described in Figure 7-16. 

7.2.2.2.2 Reception Procedure. The reception functional block of the DDLC demo software is actually 
composed of two main procedures: reception and receive. The sequence of actions implemented by these 
procedures is the following. 

Reception: This procedure first displays the Macintosh standard file interface to request the user to input 
a name to be given to the file (whose data is to be received). After this, it waits for a "preliminary" frame 
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Figure 7-16. Transmit Procedure 

to be received. Recall that the program will wait until either the proper frame is received or the user clicks 
the quit button (the latter will cause the program to return to the main window). This preliminary frame 
contains the file type and creator of the file that is to store the data to be received. 



After the preliminary frame has been received, the reception procedure initializes a status window, similar 
to the one displayed during the transmission sequence, which displays the following information: the name 
of the file being received, whether its data fork or resource fork is being received, and how much (in 
percentage) of the file has been received. Then, it executes consecutive calls to the procedure receive, 
to process the reception of both the data and the resource forks of a file (it implicitly assumes that the 
data fork is sent first), and then returns to the main window. 

Receive: This procedure is called to control the reception of a file fork (either data or resource). It receives 
two input parameters: 

• The file reference number of the file fork to be received. 

• The length of the file to be received (in bytes). 

The procedure requests a 32K byte buffer of memory to store the incoming file, and successively checks 
the data link layer (by issuing calls to the procedure DL_DATA J INDICATION) to see if any data packets 
are available for processing. In doing so, it interleaves calls to a management entity procedure to update 
the information contained in the status window (the user has the option of suspending the reception of 
a file at any time) and updates the information contained in the status window. 

The sequence of actions involved in the reception of a file is schematically described in Figure 7-17. 
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Figure 7-17. Reception Procedure 
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7.2.2.2.3 Data Link Layer. From a procedural point of view, this is the most important part of the 
software. The data link layer provides a reliable interface between the application's data transfer needs 
and the available physical resources. Furthermore, it provides with flow control and error recovery so that 
a (potentially faulty) physical link becomes an error-free physical link. It is made up of two main procedures. 

DL__DATA_REQU EST: This procedure is called by the application whenever a data packet needs to be 
sent through the link. It receives three input parameters: 

• The DDLC channel through which the data is to be sent. 

• The pointer to the memory buffer that contains the data packet. 

• The length (in bytes) of the data packet to be sent. 

Before trying to process a data packet, the data link first checks to see if any pending acknowledges have 
been received (if so, it updates the transmission window) and then checks the state of the transmission 
window. If the window is exhausted (i.e., the maximum number of frames is pending to receive acknowl- 
edge), it returns control to the application, with a value that indicates that the message couldn't be 
processed. Otherwise, the data packet is first copied in an internal storage area of the data link, along 
with a time stamp indicating the moment of acceptance of the packet and then the packet is duplicated 
to a buffer in the memory area of the DDLC, with a data link header inserted into it. Finally, the data 
packet is passed to the physical layer, for actual transmission by the DDLC. 

D ATA_LI N KJ N D I C ATI O N : This procedure is called by the application to check for data frames received 
by the DDLC, requiring to be processed. It receives two input parameters: 

• The DDLC channel whose reception status needs to be checked. 

• A pointer to a data structure used to pass information regarding frames received to the application. 

It accesses the physical layer to determine if there are any received frames in the reception queue. If so, 
the physical layer passes the first enqueued frame to the data link layer, which in turn passes it to the 
application. 

As it may be deduced, whether on transmission or reception of a file, the application allocates the data 
link software a minimum processor time so data packets can be transmitted /received "as soon as possible". 
In absence of a real-time operating system, this is the best way to allocate a minimum of CPU time to 
the communication functions of the application. 

7.2.2.2.4 Physical Layer. This functional entity is responsible for handling the data structures used as 
exchange between the application and the DDLC (i.e., the transmisison and reception queues). As is the 
case of the data link layer, it is made up of two main procedures. 

PH_DATA_REQUEST: This procedure is called by the data link layer to enqueue a data packet that is 
to be transmitted by the DDLC. Two input parameters are needed: 

• The DDLC channel through which the data is to be sent. 

• A pointer to the transmit descriptor of the data packet. 

Since this procedure needs to access the transmission queue, it requires that the CPU interrupts be 
disabled, to provide for mutual exclusion with the interrupt handler. After disabling the interrupts, it checks 
the queue. If its empty, it means that no packet is in the process of being transmitted. It also means that 
the interrupt handler will not be able to service this particular packet (this last issue will be understood 
when the interrupt handler is explained in detail, later on), so its transmission must be triggered with an 
auxiliary driver. If, on the other hand, the transmission queue has at least one element, it means that a 
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packet is in the process of being transmitted, and a transmit complete interrupt will be signalled later on 
that will cause the interrupt handler to service other packets in the queue. In this case, the procedure 
simply enqueues the packet descriptor in the transmission queue, and enables the interrupts back. 

PH_DATAJNDICATION: This procedure is called by the data link to check for data packets being received 
from the physical link. For the same reason as in the previous procedure, this must be executed with the 
interrupts disabled (it accesses the reception queue, which is also accessed by the interrupt handler). Two 
input parameters are passed: 

• The DDLC channel that needs to be checked for reception. 

• A pointer to a data structure used to pass information regarding frames received to the data link 
layer. 

If the procedure finds that a data packet has been enqueued in the reception queue, it is removed and 
information about it is copied in a message that is passed to the data link layer: a pointer to the storage 
area that contains the data, and the length in bytes of the data; this last value excludes the two bytes 
corresponding to the CRC (recall that, in receiving frames, the DDLC does transfer the CRC to memory), 
but includes the data link header of the frame. Finally, it removes the data packet descriptor from the 
queue, enables the interrupts, and returns a value that indicates that a valid data packet is being passed 
to the data link layer. If no data packet is found in the reception queue, it reenables the interrupts, and 
notifies it to the data link layer. 

7.2.2.2.5 Hardware Interface. As pointed out before, the hardware interface is made up of a set of 
hardware drivers, and the interrupt handler. 

Interrupt Handler: The interrupt handler is the part of the code that processes the interrupts generated 
by the DDLC as part of its normal operation. Prior to start execution, the interrupt handler saves all the 
CPU registers in the stack, and then executes a utility call, SetUpA5( ), that forces register A5 of the 
68000 to be loaded with the application's A5 register. This is relevant because any compiler that generates 
code to execute in the Macintosh is expected to generate global addresses relative to register A5. Thus, 
by executing the utility call, it is ensured that the interrupt handler will be able to address the global 
variables of the application. 

Due to the hardware design of the Macintosh, any device interrupting the CPU is forced to do it through 
a so-called "autovectored" interrupt. Because of this, the only way to differentiate between different 
interrupting sources within the DDLC is by reading its Master Status register. This is the first thing done 
by the interrupt handler after saving registers and setting register A5. The actions taken by the interrupt 
handler after this point depend on the actual interrupt source (they are identical for both DDLC channels). 

Bit handler fault interrupts and system fault interrupts are dealt with by resetting the corresponding 
bit and resuming the DDLC operation. In some special debug routines these interrupts are serviced 
differently. 

Time interrupts cause a tick counter to be incremented. This counter is used as timeout and timestamp 
clock by the data link layer (timer 1 is not used in the application). 

Bit handler normal operation interrupts are handled according to whether they are transmission or 
reception interrupts: 

• Transmission Interrupts: All related bits in the Transmit Status register are cleared, and the trans- 
mission queue is checked to see if any more data packets need to be transmitted. If so, the DMA 
Transmit Base Address register is loaded with the offset of the memory buffer containing the data 
packet, and the Buffer Ready bit in the Transmit Control register is set, so that the DDLC will start 
transmission again. 
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• Reception Interrupts: In this case, the Receive Status register is read to determine whether buffer 
A or B is filled with data. Once this is done, it requests the buffer descriptor corresponding to the 
data buffer in which the data has been stored. Then, the interrupt handler accesses the free (unused) 
receive buffer of the descriptor, loads it in the corresponding Receive Base Address register, and 
sets the Buffer A Ready or Buffer B Ready bit in the Receive Control register, so that another 
received frame may be loaded in that buffer. 

7.2.2.2.6 Hardware Drivers. This is a set of routines that provide access to the hardware of the DDLC 
demo board. These routines: 

• Reset the DDLC. 

• Enable/disable interrupts from the DDLC. 

• Enable the individual interrupt sources of the DDLC. 

• Initialize the receive buffer registers of the DDLC. 

• Control the S/T transceiver through the serial control port of the DDLC. 

7.2.2.3 IMPLEMENTATION ISSUES. Two implementation issues of the DDLC demo software will be 
described in some detail. These are: 

• The memory buffer management. 

• The flow control and error recovery functions of the data link layer. 

7.2.2.3.1 Memory Buffer Management. One of the most important actions in servicing the DDLC is 
to supply it with buffers to be used during transmission or reception of frames. The way the DDLC drivers 
interact with the rest of the application is more or less a classical "message passing" problem: packets 
that are to be sent must be enqueued in some output data structure so that the DDLC drivers will "see" 
them, whereas packets that have been received must be enqueued in an input data structure so that the 
application will "see" them. In this kind of message exchange problem, it is generally agreed that it is 
better to deal with buffer descriptors rather than the buffers themselves. A buffer descriptor usually contains 
a minimal of information required to completely specify a buffer in memory. Figure 7-18 depicts the 
information in a buffer descriptor. 

In particular, descriptors are particularly well suited for queue management (Figure 7-19). Descriptor queues 
can be either single linked (an element contains only a reference to the next element in the queue) or 
double linked (an element contains references to both the previous and the next element in the queue). 
Since operations in the exchange structures of the software occur at either the beginning of the queue 
(when deleting the descriptor of a received frame) or the end (when appending the descriptor of a frame 
to be transmitted), it is only necessary to implement a single linked queue structure. 

When the application is first called to run (either for transmission or reception of a file), it creates a small 
pool of descriptors, each one having assigned a memory buffer. Two obvious questions to be asked at 
this time are: why is it necessary to create pool of descriptors? And why is each descriptor assigned to a 
memory buffer? We will deal with these questions one at a time. 

With the memory allocation facilities of an operating system, it is sometimes possible to avoid such things 
as pools, since free memory may be allocated and deallocated at run time. However, the Macintosh does 
not allow calls to the memory manager from an interrupt handler. But from the last section, it is clear 
that the interrupt handler needs to request a free memory buffer to give it to the DDLC after a frame is 
received, otherwise the DDLC runs out of buffers to store incoming frames, and the receiver circuitry is 
disabled. The solution in this case, is to create a memory management entity that is part of the application 
itself, and supply it with enough elements to satisfy the worst case requirements of the application. This 
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worst case number is affected by the window size of both the data link and the number of DDLC channels 
that may be active at any given time. So the application creates two small pools: one for transmit frame 
descriptors and one for receive frame descriptors. These pools are actually arrays of structures (the 
structures being the descriptors themselves), addressed in a circular fashion (Figure 7-20). After the last 
element of the pool is used, the first element of the pool becomes the next-to-be-used descriptor. By 
making sure that the size of the pools is greater than the maximum number of elements that may be 
withstanding at any given time, no active descriptor can be mistaken as a free descriptor. 

With respect to the linking of a buffer to a descriptor, there is a savings in processing time, since the 
other solution would be to actually have two pools: one for buffer descriptors and one for the buffers 
themselves. But that would be worthless, especially when one considers that descriptors are consumed 
at the same rate as the buffers are. There is, though, an additional complexity introduced here, since 
when a frame is received, its corresponding descriptor must be accessed. With the descriptor data structure 
shown in Figure 7-20, the only way to do it is to use the buffer offset as an index to the array that 
implements the descriptor pool. For small pools, this solution is both simple and fast, but for a larger 
number of descriptors, additional features must be considered (i.e., a double link between a descriptor 
and a buffer; another alternative might be a hash table to store the pointers to the descriptors, and use 
the buffer offset as an input to some hashing function). 

7.2.2.3.2 Flow Control and Error Recovery in the Data Link Layer. As suggested by the layered 
hierarchy of the ISO model for an open systems interconnection, the data link layer should provide for a 
reliable logical link between peer processes in the network. Two important issues involved here are flow 
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Figure 7-18. Buffer Descriptor 
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Figure 7-19. Linked List of Descriptors 
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control and error recovery. The first has to do with how can the data link entity controls the amount of 
data being sent by a peer process. The second refers to the means by which the same data link entity 
can react to non-permanent errors present in the link. 

A window flow control scheme is used to limit the number of frames that a data link entity may send 
without waiting for acknowledgment from its peer process. It means that the data link entity may send a 
consecutive number of frames equal to the window size (which is usually a multiple of 2, say 2N; in this 
software, the window size is 8) minus one. When the total number of frames waiting for acknowledge 
equals the maximum allowed, the window is said to be exhausted, and the sending side of the link is 
forced to wait for acknowledge frames. Thus, the receiving side controls the flow of frames from the 
sending side by withholding the acknowledge of frames received. Normally, nothing prohibits the receiving 
station from acknowledging various frames at a time. For instance, the receiving station could wait for 
its peer to send as many frames as possible, and then acknowledge them all with a single acknowledge 
frame. Nonetheless, in this software, frames are acknowledged as soon as they are received, so the sending 
station is constantly updating its transmission window. The information required to implement the flow 
control in the link is contained as a header that is appended to the frame prior to its transmission (Figure 
7-21). Of all the fields available in the data link header, the only ones used by this software package are 
the N(S) in the information mode, and the N(R) and the function fields in the supervisory mode (other 
fields are set, but they are never checked, so they are not functionally active). 

At any given time, an error may take place in a frame being sent that will cause it to be discarded by the 
receiving station. Obviously, this frame will not be acknowledged, and after a certain time, the sending 
station realizes that there was an error related to that frame. An error recovery procedure must be initiated 
so as to ensure that all frames intended for transmission are received correctly. The way it has been 
implemented here is through a go-back-N automatic retransmission error control procedure. 

Whenever the data link entity receives a packet to be transmitted, it is duplicated in a local storage area, 
and a time stamp is associated with it. That way, the data link knows how much time all the transmitted 
frames have been in the data link. If this time ever exceeds a maximum timeout (this will always occur to 
the "oldest" packet in the data link), all the packets stored are retransmitted, and their corresponding 
time stamps are updated. 

7.2.2.4 SUMMARY. This section described in some detail the inner workings of the software associated 
with the ISDN terminal card for the Macintosh SE. It attempted only to provide direction to future ISDN 
programmers. 

The development tool that this data sheet describes is compatible with the ISDN S/T interface from a 
hardware point of view. The software is in concept similar to what "real" ISDN software would be like. 
However, multiple logical links were not considered as they add quite a bit more complexity. 
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Figure 7-21. Data Link Headers 
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SECTION 8 
ELECTRICAL SPECIFICATIONS 



8.1 MAXIMUM RATINGS 



Rating 


Symbol 


Min 


Max 


Unit 


Supply Voltage 


V D D 


-0.3 


+ 7.0 


V 


Input Voltage 


V in 


-0.3 


+ 7.0 


V 


Operating Temperature Range 


T A 





+ 70 


°c 


Storage Temperature 


T stg 


-55 


+ 150 


°c 



8.2 THERMAL CHARACTERISTICS 



Characteristic 


Symbol 


Value 


Symbol 


Value 


Unit 


Thermal Resistance (Still Air) 




25* 


R 0JA 


45* 


°C/W 



* Estimated. 



8.3 DC ELECTRICAL CHARACTERISTICS 



Rating 


Symbol 


Min 


Max 


Unit 


Input High Voltage 


V|H 


2.0 


V D D 


V 


Input Low Voltage 


V|L 


-0.3 


0.8 


V 


Input Leakage Current @ 5.5 V 


l,n 




10 


fiA 


High-Impedance Input Current @ 2.4/0.4 V 


'HZ 




10 


liA 


Output High Voltage (Iqh= -400 fiA) 


V H 


2.4 




V 


Output Low Voltage 0ol = 5.0 mA) 


VOL 




0.5 


V 


Power Dissipation 


pd 


* 




mW 


Capacitance 


Cm 




20 


pF 



*See Section 8.4. 
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Figure 8-1. Test Load 



8.4 POWER CONSIDERATIONS 

Maximum Power Dissipation Calculations: 

MPU Power Consumption PMPU(™x) = 2.5 mW/MHz 
Serial Power Consumption PSERIAlJniax) =2.0 mW/100 kbps 

Examples: 

MCLK = 8 MHz and aggregate serial data flow = 256 kbps 
Total Power Dissipations 25.2 mW 

MCLK = 16 MHz and aggregate serial data flow = 4.096 Mbps 
Total Power Dissipations 122 mW 
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8.5 MPU/DMA TIM I NG CHARACTERISTICS (68000 MOPE) (T A =0°C to 70°C, V DD = 5.0 V ±10%) 



R of oron co 
Number 


Characteristic 


Min 


Max 


Unit 


Notes 


1 


Asynchronous Set- Up Time 


20 


_ 


ns 


1,2 


2 


Address Valid Before CS Active 





_ 


ns 




3 


R/W (Write) Before UDS, LDS Active 


20 


_ 


ns 




4 


R/W (Read) Before UDS, LDS Active 


20 


_ 


ns 




5 


Data Strobe Pulse Width (Write Cycle) 


20 


_ 


ns 




6 


Data Set-Up Time (Write) 


20 


_ 


ns 




7 


DTACK Active After MCLK High 





35 


ns 


3 


8 


DTACK Active After CS Active 


1/2 


1 + 35 ns 


MCLK 




9 


Data Valid (Read) After Data Strobe Active (Access Time) 


_ 


80 


ns 


5 


10 


DTACK Active Before Data Valid (Read) 


_ 


35 


ns 




11 


CS Active After Data Strobe Inactive (Hold Time) 





_ 


ns 


7 


12 


Address Valid After MCLK High (Hold Time) 


20 


_ 


ns 


4 


13 


R/W Valid After Data Strobe Inactive (Hold Time) 





_ 


ns 




14 


Data Valid After Data Strobe Inactive (Write Hold Time) 





_ 


ns 




15 


Data Valid After Data Strobe Inactive (Read Hold Time) 


20 


50 


ns 




15a 


Data High-Impedance After Data Strobe Inactive 





25 


ns 




16 


Chip Select Inactive to Chip Select Active 


1 


_ 


MCLK 




17 


DTACK Active After Chip Select Inactive (Hold Time) 





30 


ns 


6 


18 


DTACK High-Impedance After Chip Select Inactive 


_ 


50 


ns 




19 


Signal Active Delay 





55 


ns 




20 


Signal Inactive Delay 





55 


ns 




21 


Signal High-Impedance Delay 





60 


ns 




22 


BGACK Inactive After MCLK Low 





30 


ns 


6 


23 


BGACK High-Impedance Delay 


_ 


50 


ns 




24 


Address Valid After MCLK Low 





55 


ns 




25 


Address Valid Before AS Active 





_ 


ns 




26 


Data Valid After MCLK High 





55 


ns 




27 


Data Valid Before UDS, LDS Active 





_ 


ns 




28 


Address Valid After AS Inactive (Hold Time) 


20 


_ 


ns 




29 


Address High-Impedance Delay 





25 


ns 




30 


Data (Write) After UDS, LDS Inactive (Hold Time) 


20 


_ 


ns 




31 


Data (Write) High-Impedance Delay 


_ 


25 


ns 




32 


Data (Read) Valid Before MCLK Low (Setup Time) 


20 


_ 


ns 




33 


Data (Read) Valid After UDS, LDS Inactive (Hold Time) 





_ 


ns 




34 


DTACK Valid After MCLK High (Hold Time) 


20 




ns 




35 


BERR Valid After MCLK Low (Hold Time) 


20 




ns 




37 


CS and IACK Inactive After Address Error Sample Point 


20 




ns 


8 



NOTES: 

1. MPU Mode— this is the time that a signal must be valid before a falling MCLK for the access sequence to begin on this MCLK cycle. 

2. DMA Mode— BG must be active, BGACK and AS must be inactive for two successive MCLK edges before a DMA sequence begins on 
this MCLK cycle. 

3. This is for synchronous applications. 

4. The address is latched on the rising MCLK edge following the falling edge at which CS was detected low. 

5. Both CS (and LDS or UDS) must be active before data is output. 

6. This signal may not reach Vqh before going high-impedance. 

7. The bus cycle is terminated when CS goes high. The rising edge of CS may precede the rising edges UDS or LDS. 

8. If either of these signals is active when sampled, an address error interrupt is generated. 
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8.6 MCLK TIMING CHARACTERISTICS 



Reference 
Number 


Characteristic 


Min 


Max 


Unit 


Notes 


38 


MCLK Rise Time 




15 


ns 




39 


mulin. ran i ime 




ID 


ns 




40 


MCLK Width High 


30 




ns 


9 


41 


MCLK Width Low 


30 




ns 


9 


42 


MCLK Period 


60 




ns 


10 



NOTES: 

9. A 50% duty cycle signal should be provided. 

10. The DDLC is a static device. Any clock frequency from dc to 16.67 MHz may be provided. 




Figure 8-6. MCLK Timing Diagram 
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8.7 SERIAL INTERFACE (MODEM MODE) TIMING CHARACTERISTICS 



Reference 
Number 


Characteristic 


Min 


Max 


Unit 


Notes 


43 


Rx CLK Tx CLK Rise Time 




15 






44 


Rx CLK Tx CLK Fall Timp 

riA \^ LmiKf i a v/Li\ ran i iiiic? 




15 






45 


Rx CLK Tx CLK Width Hiah 

ii A V-/ I- IX, IA L.IX WIVJUI 11 ly 1 1 


60 






11 


46 


Rx CLK Tx CLK Width Low 

It A Is L.IX, IA V/LIx VVIUlll L-U W 


60 






11 


47 


Rx CLK, Tx CLK Period 


120 




ns 


12 


48 


Rx Data Set-Up Time 


20 




ns 




49 


Rx Data Hold Time 


20 








50 


BSYNC Low Set-Up Time 


20 




ns 




51 


BSYNC High Set-Up Time 


20 




ns 




52 


Tx Data High Delay Time 


30 




ns 




53 


Tx Data Low Delay Time 


30 




ns 





NOTES: 

11. The Tx CLK and Rx CLK signals should be nominally 50% duty cycle. The width of either phase must be greater than one MCLK period. 

12. Tx CLK and Rx CLK may be any frequency up to MCLK/2. 
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8.8 SERIAL CONTROL PORT TIMING CHARACTERISTICS <T A = o°C to 70°C, V DD = 5.0 V ±10%) 



Reference 
Number 


Characteristic 


Min 


Max 


Unit 


Notes 


54 


Delay From Internal SCP Tx EN to First SCP CLK Edge 


1-1/2 


2 


SCP CLKs 


13, 14 


55 


SCP CLK Period (Master Mode) 


MCLK/2 


MCLK/16 






56 


Delay From End of MPU Bus Cycle to SCP EN (1 or 2) Edge 




75 


ns 


15 


57 


Delay From SCP CLK to SCP Tx 





50 


ns 


14 


58 


SCP Rx bet-Up Time 


35 




ns 


14 


59 


SCP Rx Hold Time 


20 




ns 


14 


60 


Time From Last SCP Clock Edge to Next Tx EN 


1-1/2 




SCP CLKs 


16 


61 


Slave Select Active Before Rising SCP CLK Edge 


50 




ns 




oz 


oOr ^lis. nign i ime loiave ivioae; 


30 




ns 


17 


63 


SCP CLK Low Time (Slave Mode) 


30 




ns 


17 


63a 


SCP CLK Period (Slave Mode) 


60 




ns 




63b 


Slave Select Inactive Before SCP CLK Rising Edge 


50 




ns 





NOTES: 13. Internal SCP Tx EN is the end of the bus cycle when SCP Tx is set high. 

14. This also applies when the SCP CLK is inverted with the CI bit. 

15. Delay is measured from the end of the MPU bus cycle when SCP EN or 1 is set or cleared. 

16. If the SCP module is re-enabled within this time, erratic behavior will result. 

17. The SCP CLK in slave mode should be nominally 50% duty cycle. 
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Figure 8-8. SCP Master Mode 
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Figure 8-9. SCP Slave Mode 
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8.9 iDL TIMING CHARACTERISTICS (T A = 0°C to 70°C, Vdd = 5.0 V ±10%) 



Reference 
Number 


Characteristic 


Min 


Max 


Unit 


Notes 


64 


IDL SYNC Active Before IDL CLK Falling Edge (Set-Up Time) 


25 


— 


ns 




65 


IDL SYNC Active After IDL CLK Falling Edge (Hold Time) 


25 


•— 


ns 




66 


IDL SYNC Inactive Before 4th IDL CLK 


25 


— 


ns 




67 


IDL CLK Period 


MCLK/2 


— 


MCLK 




68 


IDL CLK Width High 


60 


— 


ns 


18 


69 


IDL CLK Width Low 


60 


— 


ns 


18 


70 


IDL Tx Active Delay 


30 


— 


ns 




71 


IDL Tx Time to High Impedance 


25 




ns 




72 


IDL Rx Valid Before IDL CLK Falling Edge (Set-Up Time) 


25 




ns 




73 


IDL Rx Valid After IDL CLK Falling Edge (Hold Time) 


25 




ns 




74 


Time Between Successive IDL SYNCs 


24 




IDL CLK 





NOTE: 

18. Each phase must be greater than 1 MCLK period. IDL CLK should be nominally 50% duty cycle. 



8.10 SERIAL INTERFACE TIMING CHARACTERISTICS: LONG- AND SHORT-FRAME MODES 

(T A = 0°Cto70 o C, VpD = 5.0V ±10%) 



Reference 
Number 


Characteristic 


Min 


Max 


Unit 


Notes 


75 


Tx or Rx Enable Active After Tx or Rx Clock Falling Edge (Long-Frame 
Operation) 


- 


25 


ns 




76 


Tx or Rx Enable Active Before Tx or Rx Clock Falling Edge (Long-Frame 
Operation) 


25 




ns 




77 


Tx or Rx Enable Active After 4th Tx or Rx Clock Rising Edge (Long-Frame 
Operation) 


25 




ns 




78 


Time Between Successive Tx or Rx Enables 


12 




CLK 




79 


Tx Data Valid After Tx Enable Active 


30 




ns 


19 


80 


Tx Data Valid After Tx Clock Rising Edge 


30 




ns 




81 


Tx Data High Impedance After 9th Tx Clock Rising Edge 


25 




ns 


20 


82 


Tx Data High Impedance After Tx Clock Rising Edge (Subrate Multiplexing 
Operation) 


25 




ns 




83 


Tx Data Valid After Tx Clock Rising Edge (Subrate Multiplexing Operation) 


30 




ns 




84 


Tx Data High Impedance After Tx Enable Low 


25 




ns 


21 


85 


Tx or Rx Clock High Time 


60 




ns 


22 


86 


Tx or Rx Clock Low Time 


60 




ns 


22 


87 


Tx or Rx Clock Period 


120 




ns 


23 


88 


Rx Data Valid Before Rx Clock Falling Edge (Set-Up Time) 


25 




ns 




89 


Rx Data Valid After Rx Clock Falling Edge (Hold Time) 


25 




ns 




90 


Tx or Rx Enable Active Before Tx or Rx Clock Fallng Edge (Short-Frame 
Operation) (Set-Up Time) 


25 




ns 




91 


Tx or Rx Enable Active After Tx or Rx Clock Falling Edge (Short-Frame 
Operation) (Hold Time) 


25 




ns 




92 


Tx or Rx Enable Inactive Before 4th Tx or Rx Clock Rising Edge (Short- 
Frame Operation) 


25 




ns 





NOTES: 

19. Tx data becomes valid after Tx clock rising edge or Tx enable high, whichever is later. 

20. Data bits continue to be output after the 8th Tx clock as long as Tx enable is high. 

21 . This applies when Tx enable returns low before the 8th bit time. 

22. Each phase must be greater than 1 MCLK period. A 50% duty cycle should be provided. 

23. The maximum serial interface clock frequency can be no more than MCLK/2. 



MOTOROLA 
8-10 



MC145488 




Figure 8-10. IDL Timing 
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Figure 8-11. Timeslot Mode Timing Long-Frame Operation 
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Figure 8-12. Timeslot Mode Timing Short-Frame Operation 
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8.11 MPU/PMA TIMING CHARACTERISTICS (80186 MODE) (T A =0°C to 70°C, V DD = 5.0 V ±10%) 



Reference 
Number 


Characteristic 


Min 


Max 


Unit 


Notes 


93 


CS Valid Before RD or WR Active 


30 




ns 




94 


Address, BHE Valid Before RD or WR Active 


30 




ns 




95 


Data Valid after RD Active (Read Access Time) 


80 




ns 




96 


RD Pulse Width 


80 




ns 




97 


WR Pulse Width 


20 




ns 




98 


fJS Valid After RD or WR Inactive 







ns 




99 


Address, BHE Valid After CS Active 







ns 




100 


Data Valid After RD Inactive (Read Hold Time) 


20 


50 


ns 




101 


Data High Impedance After RD Inactive 




75 


ns 




102 


Data Valid Before WR Inactive (Write Set-Up Time) 


20 


_ 


ns 




103 


Data Valid After WR Inactive (Write Hold Time) 





_ 


ns 




104 


HREQ Active Delay 




55 


ns 




105 


Asynchronous Set-Up Time 


20 




ns 


24 


106 


Address Valid After MCLK Low 





55 


ns 




107 


Address Valid Before RD or WR Active 







ns 




108 


Data Valid After MCLK High 





55 


ns 




109 


Signal Active Delay 





55 


ns 




110 


RDY Active Before T3 Rising Edge (RDY Set-Up Time) 


20 




ns 




111 


RDY Active After T3 Rising Edge (RDY Hold Time) 


20 




ns 




112 


Signal Inactive Delay Time 





55 


ns 




113 


Signal High-Impedance Delay Time 





25 


ns 




114 


Address Valid After RD or WR Inactive (Address Hold Time) 


20 




ns 




115 


Address High-Impedance Delay Time 





25 


ns 




116 


Data Valid After WR Inactive (Write Data Hold Time) 


20 




ns 




117 


Data High-Impedance Delay Time 




25 


ns 




118 


Data Valid Before RD Inactive (Read Data Set-Up Time) 


20 




ns 




119 


Data Valid After RD Inactive (Read Data Hold Time) 







ns 





NOTE: 

24. This is the time required for a signal to be valid before the MCLK edge if it is to be detected on this cycle. 
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Figure 8-13. MPU Read Timing (80186 Mode) 
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Figure 8-14. MPU Write Timing (80186 Mode) 
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Figure 8-15. DMA Write Timing (80186 Mode) 



MOTOROLA 
8-16 



MC146488 



MCLK 



HACK 



BGACK 




R/W 



BHE 



ADDR - 



DATA- 



RDY 



OWN 



(109)— ► 



009)- 



X 



r 



c 



\ 



J 



(®-H 



di8> 



_c — 



> 



\ 



Figure 8-16. DMA Read Timing (80186 Mode) 
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SECTION 9 
MECHANICAL DATA 



9.1 PIN ASSIGNMENT 



II II li b is B E B $ 1 B 1 B e 'I is g 
nnnnn nnnnnnnnnnnn 

43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 



IDL SYNC 1 C 44 
IDL CLK 1 C 45 
CTS 1 C 46 
RTS 1 C 47 
RxD 1 C 48 
TxD 1 £ 49 
CD 1 □ 50 
VSSCI 51 
VDD C 52 
SCPEN[[ 53 
CD £ 
TxD 0£ 
RxD OH 
RTS {2 
CTSOQ 
IDL CLK Q 
IDL SYNC C 



68 LEAD 
PLCC 
(TOP VIEW) 



61 62 63 64 65 66 67 68 1 2 3 4 5 6 7 8 9 

uuuuuuuuuuuuuuuuu 



□ D15 

□ D14 
JD13 

□ D12 

□ D11 

□ V S S 
20 □ D10 
19 UD9 
18 jm 

17 ^D7 
16 ^06 
15 ^05 
14 ^D4 
13 ^03 
12 ^D2 
11 JM 
10 □DO 



CO CNI » — 



CO CM « — 
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9.2 PACKAGE DIMENSIONS 



FN SUFFIX 
CASE 779-02 



— | p-EEl 

_ n n n n rn 



68 
LEADS 
ACTUAL 



UL) UU 1_ 

(NOTE 1)68-^ I V.1 



| — B |4 1 0.18 (0.007) ® |t| n CD-P CD | L©-M© 1 

f~ U l4[ 0.18 (0.007) ® |t[ N©-P©l L©-M©| 




— JXU- 0.25 (0.010)® 1 T | N(D-P(Dl L©-M©[ 

-A 1-4-1 Q.18 (0.007) <S> ] T 1 L CD-M CD ] N CD-P CD I VIEW D-D 




4 


0.18(0.007) ® 


T 


L©-M© 


N©-P© 


4 


0.18 (0.007) ® 


T 


N©-P© 


L©-M© 



4 


0.18(0.007) ® 


T 


L©-M© 


N©-P© 


4 


0.18 (0.007) ® 


T 


N©-P© 


L©-M© 



1 4- 1 0-25 (0.010) © | T | L ©-M © [ N ©-P © | 



DIM 


MILLIN 


ETERS 


INC 


HES 


MIN 


MAX 


MIN 


MAX 


A 


25.02 


25.27 


0.985 


0.995 


B 


25.02 


25.27 


0.985 


0.995 


C 


4.20 


4.57 


0.165 


0.180 


E 


2.29 


2.79 


0.090 


0.110 


F 


0.33 


0.48 


0.013 


0.019 


G 


1.27 BSC 


0.050 BSC 


H 


0.66 


0.81 


0.026 


0.032 


J 


0.51 




0.020 




K 


0.64 




0.025 




R 


24.13 


24.28 


0.950 


0.956 


U 


24.13 


24.28 


0.950 


0.956 


V 


1.07 


1.21 


0.042 


0.048 


W 


1.07 


1.21 


0.042 


0.048 


X 


1.07 


1.42 


0.042 


0.056 


Y 




0.50 




0.020 


Z 


2° 


10° 


2° 


10° 


G1 


23.12 


23.62 


0.910 


0.930 


K1 


1.02 




0.040 




Z1 


2° 


10° 


2° 


10° 



NOTES: 

1. DUE TO SPACE LIMITATION, CASE 
779-02 SHALL BE REPRESENTED BY 
A GENERAL (SMALLER) CASE 
OUTLINE DRAWING RATHER THAN 
SHOWING ALL 68 LEADS. 

2. DATUMS -L-, -M-, -N-, AND -P- DETERMINED 
WHERE TOP OF LEAD SHOULDER EXIT PLASTIC 
BODY AT MOLD PARTING LINE. 

3. DIM G1, TRUE POSITION TO BE MEASURED AT 
DATUM -T-, SEATING PLANE. 

4. DIM R AND U DO NOT INCLUDE MOLD 
PROTRUSION. ALLOWABLE MOLD PROTRUSION 
IS 0.25 (0.010) PER SIDE. 

5. DIMENSIONING AND TOLERANCING PER ANSI 
Y14.5M, 1982. 

6. CONTROLLING DIMENSION: INCH. 
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